Camargo - Napaico.Daniel - Alfredo - Tesis PDF

UNIVERSIDAD NACIONAL DEL CENTRO DEL PERÚ
PORT AD A
FACULTAD DE INGENIERIA DE SISTEMAS
TESIS
SISTEMA DE INFORMACIÓN PARA LA GESTIÓN

CLÍNICA DEL CENTRO ODONTOLÓGICO OR’DENT
BASADA EN LA METODOLOGÍA RUP
PRESENTADO POR:
CAMARGO NAPAICO, Daniel Alfredo
PARA OPTAR EL TITULO PROFESIONAL DE:

INGENIERO DE SISTEMAS
HUANCAYO – PERÚ
2017
i
ASESOR
Mg. Ing. Gilmer Matos Vila
ii
AGRADECIMIENTOS
Agradezco en primer lugar a Dios por darme la vida y las fuerzas para poder continuar en este
arduo camino de la vida universitaria porque sin Él no hubiera podido elaborar mi tesis.
Así también a mis padres que son el motor que impulsa mi crecimiento y formación como
profesional ya que en cada momento de mi vida me apoyan aun no estando a mi lado.
A mis tíos y primos que en todo momento me han brindado su apoyo de diferentes maneras.
A la Facultad Ingeniería de Sistemas de la Universidad Nacional del Centro del Perú por darme
la oportunidad de adquirir nuevos conocimientos para mi vida profesional.
A cada ingeniero de mi prestigiosa facultad que me inculcó todos los conocimientos que me
permiten ahora desarrollar este trabajo de investigación.
Al propietario del centro odontológica Or’dent por darme la oportunidad de desarrollar el

presente trabajo de investigación en su organización y permitirme el acceso de la información
de su prestigiosa empresa.
Al Mg. Orlando Samaniego Napayco quien me apoyó en la elaboración de esta tesis, el cual
me brindo sus conocimientos sobre el área de salud clínica dental por ser su campo laboral.
iii
DEDICATORIA
Yo Daniel Alfredo Camargo Napaico,

dedico el presente trabajo de investigación
a mi familia que amo y del cual me gozo de
pertenecer. Desde muy pequeño me
inculcaron en la perseverancia y el nunca
rendirme pese a las adversidades, gracias
por su apoyo incondicional en este arduo
camino de la vida universitaria y ahora
profesional por ustedes me esfuerzo y me
esforzaré cada momento de mi vida.
iv
RESUMEN
El centro odontológico OR’Dent ofrece al público en general el servicio de atención dental, para lo cual
se ha equipado con la más alta tecnología, con lo que pretende brindar una atención oportuna a sus
pacientes. Para ello se cuenta con un área administrativa que tiene la función de administrar los
documentos de salud de sus pacientes, los cuales es de suma importancia para el desarrollo de sus
tratamientos, como también para mantenerse en contacto con los pacientes en sus controles post
tratamiento. En el desarrollo de la investigación se pudo identificar debilidades, entre las cuales la más
relevante fue la ineficiente administración de la información clínica necesaria para la atención oportuna
de los pacientes del centro odontológico. El área administrativa del centro odontológico OR’Dent no
contaba con un sistema de información que administrara los documentos de salud de sus pacientes,
solo tenía un archivador en donde se almacenaban las historias clínicas en papeles impresos, las
cuales por algún tiempo suplía la necesidad administrativa de registro de información de pacientes al
atender una cantidad manejable (aproximadamente 2 a 3) de pacientes diariamente. Pero ante el
incremento del número de pacientes (6 a 8 pacientes) que se atendían diariamente, se pudo conocer
que existía deficiencia en el manejo y control de las historias clínicas, lo que generaba desorden al
momento de gestionar las historias clínicas. Es por ello que el área entendió que era necesario el uso
de nuevas herramientas para suplir la atención de sus pacientes, así como también mantenerse en
contacto con cada uno de ellos para realizar los controles post tratamientos.
Por tal efecto se estableció un sistema de información que gestione la información clínica de los
pacientes del centro odontológico OR’Dent, para ello nos basamos en la metodología RUP que consta
de cuatro etapas: iniciación, elaboración, construcción y transición, lo que ayudará en la mejora de la
administración de información de los pacientes del centro odontológico OR’Dent, para ello se recabó y
organizó la información que poseía el centro odontológico, se implementó el software y diseño web
usando la metodología RUP para su análisis y diseño, lo que dio como resultado la elaboración e
implementación de un sistema de historias clínicas electrónicas y una página web los cuales
permitieron una eficiente administración de la información clínica para tomar decisiones que brinden un
mejor control y servicio a sus pacientes.
Con la investigación se ha logrado sistematizar las historias convencionales en físico a electrónicas; de
la misma manera existe comunicación constante con los pacientes lo que permite hacerles seguimiento
y su control respectivo de los tratamientos en el centro odontológico OR’Dent.
Palabras claves: Sistema De Información, Gestión Clínica, Metodología RUP
v
ABSTRACT
The dental center OR'Dent offers the general public the dental care service, for which it has been
equipped with the highest technology, which aims to provide timely care to their patients. For this
purpose, it has an administrative area that has the function of administering the health documents of its
patients, which is of utmost importance for the development of its treatments, as well as to keep in
contact with patients in their post-treatment controls. In the development of the research it was possible
to identify weaknesses, among which the most relevant was the inefficient administration of the clinical
information necessary for the timely care of patients at the dental center. The administrative area of the
OR'Dent dental center did not have an information system that would manage the health documents of
its patients, it only had a filing cabinet where the medical records were stored in printed papers, which
for some time met the administrative need To record patient information by handling a manageable
amount (approximately 2 to 3) of patients daily. However, due to the increase in the number of patients
(6 to 8 patients) who were treated daily, it was possible to know that there was a deficiency in the
management and control of medical records, which generated disorder in the management of clinical
records. That is why the area understood that it was necessary to use new tools to supplement the care
of their patients, as well as keep in touch with each of them to perform post-treatment controls.
For this purpose we established an information system that manages the clinical information of the
patients of the dental center OR'Dent, for this we are based on the RUP methodology that consists of
four stages: initiation, elaboration, construction and transition, which will help in The improvement of the
information management of patients at the OR'Dent dental center, for this purpose, the information that
the dental center possessed was collected and organized, the software and web design were
implemented using the RUP methodology for analysis and design. Resulted in the elaboration and
implementation of a system of electronic medical records and a web page which allowed an efficient
administration of clinical information to make decisions that provide better control and service to patients.
The research has been able to systematize conventional histories in physical to electronic; In the same
way there is constant communication with the patients which allows them to be monitored and their
respective control of the treatments in the OR'Dent dental center.
Key words: Information System, Clinical Management, RUP Methodology
vi
INDICE
PORTADA ................................................................................................................................................. i
ASESOR ................................................................................................................................................... ii
AGRADECIMIENTOS ............................................................................................................................. iii
DEDICATORIA ........................................................................................................................................ iv
RESUMEN................................................................................................................................................ v
ABSTRACT ............................................................................................................................................. vi
INDICE ................................................................................................................................................... vii
INDICE DE TABLAS ............................................................................................................................... ix
INDICE DE FIGURAS .............................................................................................................................. x
INTRODUCCION..................................................................................................................................... 1
GENERALIDADES .................................................................................................................................. 3
1.1. Planteamiento del problema .................................................................................................... 4
1.1.1. Organización Mundial de Salud (OMS) ........................................................................... 4
1.1.2. Ministerio de salud del Perú (MINSA) ............................................................................. 8
1.1.3. Centro odontológico OR’DENT ..................................................................................... 11
1.2. Formulación del problema ..................................................................................................... 17
1.3. Objetivo ................................................................................................................................. 17
1.4. Justificación ........................................................................................................................... 17
1.5. Hipótesis ................................................................................................................................ 18
1.6. Diseño Metodológico ............................................................................................................. 19
MARCO REFERENCIAL ....................................................................................................................... 20
2.1. Antecedentes ......................................................................................................................... 21
A1. ................................................................................................................................................. 21
A2. ................................................................................................................................................. 21
A3. ................................................................................................................................................. 21
A4. ................................................................................................................................................. 22
A5. ................................................................................................................................................. 22
2.2. Marco Teórico ........................................................................................................................ 23
2.2.1. Historia de la Metodología RUP .................................................................................... 23
2.2.2. Metodología RUP .......................................................................................................... 24
2.2.3. Proceso dirigido a casos de uso ................................................................................... 25
2.2.4. Proceso centrado en la arquitectura ............................................................................. 25
2.2.5. Proceso iterativo e incremental ..................................................................................... 27
2.2.6. Fases del RUP .............................................................................................................. 29
2.2.7. Gestión de Requisitos ................................................................................................... 35
2.2.8. Desarrollo de software iterativo ..................................................................................... 36
2.2.9. Verificación continua de la calidad ................................................................................ 36
2.2.10. Gestión de los cambios ................................................................................................. 37
2.2.11. Desarrollo de la Metodología RUP en el sector salud .................................................. 38
2.2.12. Fase de elaboración ...................................................................................................... 39
vii
2.3. Modelo Aplicativo .................................................................................................................. 41
2.4. Modelo Conceptual................................................................................................................ 42
INTERVENCIÓN METODOLÓGICA ..................................................................................................... 44
3.1. Fase de comienzo o inicio ..................................................................................................... 45
3.1.1. Diagrama de Gantt ........................................................................................................ 45
3.1.2. Proceso de Negocios .................................................................................................... 46
3.1.3 Requerimientos Funcionales ......................................................................................... 50
3.1.4. Actores del Sistema....................................................................................................... 52
3.1.5. Casos de Uso del Sistema ............................................................................................ 53
3.2. Fase de Elaboración.............................................................................................................. 62
Diagramas colaborativos ................................................................................................................... 62
3.2.1. Ingreso al sistema de gestión clínica OR’Dent ............................................................. 62
3.2.2. Registro o búsqueda de documento clínico del paciente .............................................. 63
3.2.3. Consulta del cirujano-dentista sobre cita del paciente .................................................. 63
3.2.4. Odontograma................................................................................................................. 64
3.2.5. Reporte cirujano-dentista del paciente .......................................................................... 64
3.2.6. Actualización tratamiento odontológico. ........................................................................ 65
3.2.7. Comunicación cirujano-dentista paciente post tratamiento........................................... 65
3.3. Fase de construcción ............................................................................................................ 66
3.3.1. Diagrama de secuencias ............................................................................................... 66
3.3.2. Diagrama de clases ....................................................................................................... 73
3.3.3. Base de datos ................................................................................................................ 74
3.3.4. Diagrama de componentes ........................................................................................... 76
3.3.5. Diagrama de despliegue................................................................................................ 77
viii
INDICE DE TABLAS
Tabla 1Atención de tratamientos en el periodo 2015............................................................................ 12

Tabla 2Distribución típica de esfuerzo y tiempo ................................................................................... 33
Tabla 3Organización de Artefactos usados en RUP ............................................................................ 34
Tabla 4Tabla de Actores ....................................................................................................................... 39
Tabla 5 Caracterización del proceso de servicio odontológico ............................................................. 48
Tabla 6 Documentación de caso de uso atención odontológica ........................................................... 55
Tabla 7 Documentación de caso de uso consultar documento clínico ................................................. 56
Tabla 8 Documentación de caso de uso redacción del tratamiento realizado al paciente ................... 57
Tabla 9 Documentación de cas ode uso comunicación paciente-centro odontológico ........................ 58
ix
INDICE DE FIGURAS
Figura 1 Formato de documento clínico de la OMS................................................................................ 4

Figura 2 Tipo de Expediente/Odontólogo General-Especialista ............................................................. 7
Figura 3 Resolución Ministerial 297-2012 ............................................................................................... 8
Figura 4 Frecuencia de uso de las tecnologías de información y comunicación. ................................... 9
Figura 5 Búsqueda de información científica. ....................................................................................... 10
Figura 6 Preferencias hacia las tecnologías de información y comunicación. ..................................... 10
Figura 7 Participación en comunicación de los médicos con sus pacientes. ....................................... 11
Figura 8 Nivel de atención de tratamiento en el periodo 2016 ............................................................. 12
Figura 9 Formato del documento clínico del centro odontológico OR'Dent .......................................... 15
Figura 10 Archivamiento de historias clínicas OR’Dent ........................................................................ 16
Figura 11 Historia de RUP .................................................................................................................... 23
Figura 12 Casos de uso que integran el trabajo ................................................................................... 25
Figura 13 Evolución de la arquitectura del sistema .............................................................................. 26
Figura 14 Proceso de madurez de la arquitectura ................................................................................ 27
Figura 15 Iteración de RUP ................................................................................................................... 27
Figura 16 Roles, actividades y artefactos ............................................................................................. 28
Figura 17 Fases, iteraciones y disciplinas ............................................................................................ 33
Figura 18 Distribución típica de recursos humanos .............................................................................. 33
Figura 19 Mejores prácticas de RUP .................................................................................................... 35
Figura 20 Depósito de Requerimientos ................................................................................................. 36
Figura 21 Plan de actividades de aseguramiento de la calidad ............................................................ 37
Figura 22 Modelo de Negocios ............................................................................................................. 38
Figura 23 Diagrama de clases .............................................................................................................. 40
Figura 24 Proceso iterativo de RUP organizado en fases .................................................................... 41
Figura 25 Diagrama de Gantt ................................................................................................................ 45
Figura 26 Modelo de negocios del sistema OR'Dent ............................................................................ 46
Figura 27 Proceso de prestación de servicio odontológico .................................................................. 47
Figura 28 Actores del sistema ............................................................................................................... 52
Figura 29 Diagrama de paquetes .......................................................................................................... 53
Figura 30 Diagrama de casos de uso ................................................................................................... 54
Figura 31 Diagrama de Colaboración: Ingreso al sistema .................................................................... 62
Figura 32 Diagrama de colaboración registro o busqueda de documento clínico ................................ 63
Figura 33 Diagrama de colaboración consulta del cirujano-dentista sobre cita ................................... 63
Figura 34 Odontograma ........................................................................................................................ 64
Figura 35 Diagrama de colaboración de colaboración reporte del paciente ........................................ 64
Figura 36 Diagrama de colaboración tratamiento odontológico ........................................................... 65
Figura 37 Diagrama de colaboración comunicacipon cirujano-destista paciente post tratamiento ...... 65
Figura 38 Diagrama de secuencias Ingreso al sistema ........................................................................ 66
Figura 39 Diagrama de secuencias registro o buqueda de documento clínico .................................... 67
x
Figura 40 Diagrama de secuencias consulta del cirujano-dentista sobre cita del paciente ................. 68
Figura 41 Diagrama de secuencias odontograma ................................................................................ 69
Figura 42 Diagrama de secuencias reporte cirujano-dentista del paciente .......................................... 70
Figura 43 Diagrama de secuencias actualización tratamiento odontológico ........................................ 71
Figura 44 Diagrama de secuencias comunicación cirujano-dentista paciente post tratamiento .......... 72
Figura 45 Diagrama de clases del sistema ........................................................................................... 73
Figura 46 Base de datos físico .............................................................................................................. 74
Figura 47 Base de datos lógico ............................................................................................................. 75
Figura 48 Diagrama de componentes ................................................................................................... 76
Figura 49 Diagrama de despliegue ....................................................................................................... 77
xi
INTRODUCCION
El presente trabajo de investigación titulado sistema de información para la gestión clínica en

el centro odontológico OR’Dent basado en la metodología RUP tiene por finalidad mejorar la
administración de información clínica de los pacientes del centro odontológico. Para ello se
observaron las actividades que se desarrollaron en el área administrativa del centro
odontológico para entender la problemática, fue así como se pudo conocer que existía una
deficiente administración de documentos de salud (historias clínicas en papel) de los
pacientes que no suplían su atención oportuna, por lo que se establecerá un sistema de
información de gestión clínica haciendo uso de la metodología RUP y desarrollando sus fases
correctamente, esto permitirá la implementación de un sistema de historias clínicas
electrónicas y página web, de esta forma se mejorará la gestión de la documentación de
historias clínicas y comunicación de los pacientes, por tal motivo se desarrolló este trabajo de
investigación la misma que mantiene la siguiente estructura:
El capítulo 1 denominado generalidades incluye el planteamiento del problema, formulación
del problema y los objetivos tanto generales como específicos; la justificación teórica en donde
se pudo poner a prueba la teoría y generar nuevos conocimientos, metodológica en la que a
través de la aplicación de la metodología RUP en el centro odontológico se estableció el
sistema de información y práctica en donde con la implementación del sistema de información
de gestión clínica se mejoró la administración de la información; luego se formuló la hipótesis
y se culminó este capítulo con el diseño metodológico.
Luego se muestra el capítulo 2 denominado marco de referencia que incluye antecedentes de
investigaciones hechas que reforzaron y dieron lugar al desarrollo del presente trabajo.
Además del marco teórico donde se fundamentó toda la base de la investigación,
seguidamente del marco aplicativo y se culminó este capítulo con la realización del marco
conceptual donde se enunciaron los términos y sus definiciones concretas.
Posteriormente se incluye el capítulo 3 denominado intervención metodológica donde se
aplicaron los métodos técnicas y procedimientos para la aplicación en la elaboración y
desarrollo del sistema de información basados en la metodología RUP y su plan de análisis.
Se desarrollaron las fases de la metodología como son inicio, elaboración, construcción y
transición. En la fase de inicio desarrolló el diagrama de Gantt con el cual nos proyectamos el
tiempo en el que se desarrollará la metodología, seguidamente se diseñó el proceso de
negocios el cual muestra la relación de los actores con el sistema, el diagrama de actividades
que realizará el sistema, sus características, los requerimientos funcionales, diagrama de
casos de uso con su respectiva documentación y los recursos no funcionales las cuales son
los que limitan las características del software.
1
En la fase de elaboración solo presentaremos el diagrama colaborativo o de comunicación el
cual describe el comportamiento del sistema como funciona y de esta forma si hubiera algún
error detectarlo rápidamente y corregirlo.
Seguidamente se desarrolló la fase de construcción que consta de la construcción del
diagrama de secuencias para cada caso de uso el diagrama de clases que entra más a lo que
es base de datos y operación de cada tabla, así como también la base de datos física y lógica
las cuales describen la relación de las tablas y llaves principales de cada una de ellas. En esta
fase así mismo se presentó el diagrama de componentes el cual permite visualizar la
estructura de alto nivel del sistema y el comportamiento del servicio que estos componentes
proporcionan y usan a través de sus interfaces, concluyendo la fase de construcción con la
elaboración del diagrama de despliegue el cual describe el despliegue físico la cual generó el
programa de software desarrollando haciendo uso de los componentes de hardware que
posee el área
Consecuentemente se incluye el capítulo 4 resultados en donde se observó los resultados
obtenidos con la intervención de la metodología RUP y la implementación del sistema de
información en gestión clínica del centro odontológico OR’Dent, para finalizar con el diagrama
de componentes el cual muestra el diseño del sistema y el de despliegue relación entre el
hardware y el software.
Finalmente se puede mencionar que estas herramientas de tecnologías de información
mejorarán la gestión de la información ya que se pretende que el centro odontológico gestione
su información clínica eficientemente y con una comunicación constante con sus pacientes.
Asimismo se recomienda pueda usarse este trabajo de investigación como referencia para
afrontar problemas similares en los diferentes centros odontológicos de la región y a nivel
nacional.
2
CAPITULO I
GENERALIDADES
Este capítulo se inició con el planteamiento del problema que se analizó en 3 entornos: macro,
meso y micro entorno. El macro entorno se centró en la problemática administrativa de la
información en los centros de salud pertenecientes a la organización mundial de la salud
(OMS) a nivel internacional. Seguidamente el meso entorno se centró en la problemática
investigada en los centros de salud del Perú supervisado y controlado por el ministerio de
salud (MINSA). Para completar el planteamiento del problema se desarrolló el micro entorno
en el cual se realizó la investigación administrativa de la información del área administrativa
del centro odontológico OR’Dent en donde se centró la problemática del presente trabajo de
investigación.
Luego de haber conocido la problemática a enfrentar se formuló el problema del cual partió
nuestra investigación, se analizaron tanto el problema general como los específicos, que
ayudaron a identificar nuestras variables dependientes e independientes. De la misma manera
se formularon el objetivo general y los específicos en base a los problemas planteados para
generar estrategias que se desarrollaron para dar solución al problema planteado.
Posteriormente se desarrolló la justificación explicando el motivo para el desarrollo del trabajo
de investigación teniendo en cuenta los tipos de justificación.
Finalmente se diseñó la metodología basados en los métodos y técnicas, las que fueron
consideradas para el trabajo de investigación.
3
1.1. Planteamiento del problema
En los últimos años el avance de la tecnología ha tenido un fuerte impacto en el sector
salud, en el que entre sus áreas de aplicación ha jugado un papel importante en la
administración de la información clínica como son: documentación clínica de los centros
de salud, datos demográficos, historias médicas y toda la información vinculada con la
salud biopsicosocial del paciente (Tapia, 2010). Ante el incremento de personas que
visitan diariamente los centros de salud con la necesidad de una atención oportuna, los
centros de salud se ven en la necesidad de mejorar la administración de información de
sus pacientes con lo que se pretende mejorar su atención clínica, y es donde se enfoca
el problema descrito a continuación:
1.1.1. Organización Mundial de Salud (OMS)
o Situación actual en los hospitales y centros médicos
La administración eficiente de la información clínica de los pacientes ha sido la

prioridad en muchos centros de salud a nivel mundial, ya que es necesario para
sus trabajadores acceder a la información de los pacientes oportunamente.
Para ello se hace uso de documentos de suma importancia en el sector salud
como son los documentos clínicos, los cuales siendo bien administrados
permitirán mejorar la calidad en el servicio al paciente, así como generar
satisfacción en estos, lo que da como consecuencia mayores ingresos para los
centros de salud.
Entre los documentos clínicos con los que se debe contar por normativa de la
Organización Mundial de Salud tenemos: las historias clínicas, receta médica,
tratamiento, etc.
Figura 1 Formato de docume nto clínico de la OMS
Figura N°1 Formato de documento clínico del OMS

Fuente: Norma técnica de salud para la gestión de la historia clínica
Elaboración: NTS N° 022 –MINSA/DGSP-V.02
En la figura N° 1 se puede apreciar el formato del documento clínico en donde
se recolecta la información de los pacientes y se describen los tratamientos que
4
estuvieron llevando los pacientes durante su diagnóstico, tratamiento y
controles preventivos y pos tratamiento.
Estos expedientes clínicos han sido administrados de manera física y suplieron
la atención de los pacientes por algún tiempo, pero cómo poderlos atender con
este tipo de administración muy limitada de la información clínica si en los
últimos años las exigencias de atención a los pacientes son mayores. Ante esta
interrogante los centros médicos han visto por conveniente contar con
herramientas más sofisticadas que apoyen la gestión de información clínica de
los pacientes.
Por otro lado la organización mundial de salud (OMS) ) comunicó la necesidad
de los ciudadanos en acceder a sus propias historias clínicas, las cuales
deberían informarles sobre progreso en sus tratamientos, las cuales permitirán
su participación en la toma de decisiones relacionadas a su salud, la de sus
familias y comunidades. Éstas y las organizaciones de la sociedad civil
necesitan estar constantemente informadas para así proteger la salud de sus
miembros, reducir la exclusión y promover la igualdad.
Los profesionales de salud también lo necesitan para elevar la calidad de su
trabajo y perfeccionar la coordinación e integración de los servicios y el
gobierno para saber en qué medida el sistema de información clínica está
cumpliendo las expectativas de la sociedad y cómo se está utilizando el dinero
público.
La multiplicación de las necesidades de información y de los usuarios de ésta
implica que también la forma en que se genere, se intercambie y se utilice la
información clínica debe evolucionar (OMS, 2008), dentro de ellas
encontramos: el acceso a las historias clínicas y los informes de alta
importancia, tanto electrónicos como convencionales, que permite la mejora de
la elección del tratamiento y la coordinación de su atención.
Ante esta realidad es necesario la implementación de herramientas más
sofisticadas, pero en varios países los centros de salud en su mayoría públicos,
no contaban con el presupuesto necesario por parte del estado que permita
darle funcionamiento incluso teniendo en cuenta que apoya la administración
eficiente de los documentos clínicos que son necesarios teniendo en cuenta
que diariamente una gran cantidad de pacientes llegan a los centro médicos
con el propósito de ser atendidos y lo que la administración de información
clínica en forma física no abastece lo que retarda su atención, ya que en
algunos casos existen pérdidas o duplicidad de expedientes clínicos que limitan
su atención.
5
Esta realidad se dan en distintos países entre los que tenemos por ejemplo
Estados Unidos en donde la mayoría de los médicos utilizaron expedientes
físicos para documentar y procesar información clínica pese a los beneficios
que traía la implementación de sistemas de información clínica y por ente las
tecnologías de información. Muchas veces esto se debió a la creencia, temores
e incapacidad de los profesionales en salud en la administración de la
información clínica, ya que creían que el cambio del papel a las tecnologías de
información entorpecería la administración de la información clínica debido a la
falta de capacitación de los encargados.
Para medir el grado de mejora con el uso de sistemas de información
electrónicas Pizziferri hizo su estudio titulado “Uso del tiempo de los médicos
de atención primaria antes y después de la implementación de expediente
clínico electrónico” en donde observó a 20 médicos en cinco centros de
atención primaria”… (Pizziferri, y otros, 2005). También se conoció que el no
contar con un sistema de información automatizado se asocia al 15,6% de
todos los errores notificados en la atención ambulatoria (Elder, Vonder, &
Cassedy, 2004).
Por otro lado en Canadá se realizó otro estudio sobre si era necesario que
también los pacientes tengan acceso a su información en donde se pudo
conocer que una de cada siete personas que acudían a un servicio de
urgencias donde presentaban en su información médica lagunas que tenían
muchas probabilidades de perjudicarles (Stiell A., 2003). La falta de información
ha sido una de las causas más frecuentes de retrasos en la atención y de
utilización de servicios innecesarios (Smith, 2005).
Un caso de mejora que aún no llegó a la excelencia se dio en Colombia, donde
se implementaron sistemas de información adecuados con lo que permitieron
obtener datos actualizados de forma rápida y sencilla sobre el estado de salud
de la población. A pesar de ello el sistema de información de la salud en el país
no se ha logrado desarrollarse de forma esperada y ha permanecido
segmentado y con problemas de calidad según Bernal (Bernal Acevedo, 2011).
o Situación en los centros y consultorios odontológicos
En la actualidad la mayoría de cirujanos-dentistas no han podido administrar

universalmente en todas las especialidades la información de sus pacientes
para realizar sus consultas. Ello trae como consecuencia el desconocimiento
de su propio mercado y de sus proyecciones empresariales situándoles en
desventaja con respecto a aquellos que le sacan rendimiento al uso de sus
sistemas de información.
6
Existen cirujanos-dentistas que sistematizan su información pero que continúan
manteniendo la estructura de sus fichas clínicas en papel haciendo trabajo
adicional innecesario. Anotan la información en la ficha de papel y en el
ordenador. Esto lo hacen porque no se afianzan con el sistema.
Se hizo un estudio de 45 cirujanos-dentistas que administran centros
odontológicos en Costa Rica entre los cuales existían cirujanos-dentistas
generales y especialistas, donde se pudo conocer cómo administraban los
expedientes, según sean los encuestados odontólogos generales o
especialistas, se encontró que utilizaban expedientes en papel en un 73% y
72% respectivamente, los especialistas utilizaban en mayor número los
expedientes electrónicos con un 21% de esta población mientras que los
odontólogos generales los utilizaban solamente en un 14% y mayor cantidad
de odontólogos generales reportan el uso de ambos tipos de expedientes a la
vez con un 13% mientras solamente un 7% de los especialistas utilizan ambos
expedientes (Carvajal, Guzmán, & Utsman, 2014).
Ilustración 1Tipo de E xpediente Odont ológico
Figura 2 Tipo de E xpediente/ Odo ntólog o General -Espe cialista
Figura N°2 Tipo de Expediente/Odontólogo General-Especialista

Fuente: Uso de expedientes electrónicos y dispositivos tecnológicos en la
práctica odontológica entre los graduados universidades costarricenses.
En la figura N° 2 se puede apreciar que las razones por las que algunos
cirujanos-dentistas no dan el salto a la sistematización o no prescinden de sus
fichas en papel son por una tremenda inseguridad y por la escasez de
programas y equipos informáticos que no se acomodan a sus requerimientos.
Esta inseguridad se origina por el desconocimiento del manejo de los
ordenadores y de los sistemas informáticos en general, originada por el miedo
a los “virus” informáticos o a los fenómenos de “cuelgue” de los ordenadores o
de avería de los mismos por circunstancias, la mayoría de la veces,
inexplicables para el usuario normal (Dr. Jesús Gómez, 2009).
7
1.1.2. Ministerio de salud del Perú (MINSA)
Un sistema de salud necesita de una organización eficiente, construida sobre un
robusto sistema que permita el acceso oportuno a la información de calidad acerca
de la salud de la persona y de la población. Para lograr estos objetivos, se
necesitan mejorar procesos, integrar, evaluar nuevas y apropiadas tecnologías así
como desplegar una óptima infraestructura, además de garantizar su
mantenimiento y monitoreo (Wagenaar, Sherr, Fernandes, & Wagenaar, 2015).
Si bien existen normativas relacionadas al campo de las tecnologías de
información y comunicación (TIC) y salud que involucran temas de alcance
institucional y/o sectorial (WH, 2014), muchas de ellas fueron propuestas
atendiendo a cierta necesidad, y hasta el momento solo existe publicado un
documento técnico que establece el marco conceptual para el fortalecimiento en
sistemas de información y tecnologías de información en el Ministerio de Salud,
aprobado por Resolución Ministerial 297-2012/MINSA (MINSA, 2012).
Ilustración 2Res olució n Ministerial
Figura 3 Resol ució n Ministerial 297 -201 2
Figura N°3 Resolución Ministerial 297-2012

Fuente: MINSA
Elaboración: Resolución Ministerial 297-2012/ MINSA
En la figura N° 3 se presenta la resolución ministerial, donde dicho marco tiene

como objetivo integrar los mecanismos y estándares de información del sector
8
salud, para que sirvan como herramienta gráfica para la integración y coordinación
de las acciones relacionadas con los sistemas de información y las tecnologías de
información y comunicación (MINSA, 2012). El marco conceptual toma como
referencias documentos técnicos de la Organización Mundial de la Salud (World
Health Organization, 2008) y la organización internacional de estandarización
(International Organization for Standardization, 2012).
Es por ello que, a fin de conducir el proceso de planeamiento estratégico de los
sistemas de información en salud, es necesario identificar los componentes
relacionados al fortalecimiento de los sistemas de información en salud, con la
misión de contribuir a mejorar la salud de la población a través de una gestión
oportuna, eficiente y confiable de información estandarizada, que pueda luego ser
compartida para una apropiada toma de decisiones en salud.
Para poder lograrlo fue necesario realizar algunos estudios sobre cómo el uso de
componentes tecnológicos fortalecían los sistemas de información en salud, para
ello se encuestó a 211 trabajadores entrevistados del hospital general del Perú
sobre el dominio de las TICs, en donde que se encontró que entre el 40 a 70% de
los encuestados, los que declararon que tenían un buen dominio en el uso de
laptops, tablets, smartphones, email y redes sociales. Se encontró un mejor
dominio de red social en el sexo masculino y el grupo de menor edad p=0,047 y
p=0,0001 respectivamente.
En la figura N°4 se puede conocer que el 77,7% (164) refirió usar diariamente las
TIC. En el análisis bivariado entre la frecuencia de uso de tablet, smartphone y
uso de redes sociales se encontró asociación con la edad (p=0,004) donde el
grupo etario que tuvo un mayor porcentaje fue comprendido entre 25 a 34 años
con 68%.
Ilustración 3Frecuen cia de us o de TIC s
Figura 4 Frecuen cia de us o de las tecnología s de informa ción y comunica ción .
Figura N°4 Frecuencia de uso de las tecnologías de información y comunicación.

Fuente: Acceso, uso y preferencias de las tecnologías de información y
comunicación por médicos de un hospital general del Perú.
9
EN la figura N° 5 se puede observar que el 67% (140) refirió usar en promedio una
hora diaria las TIC en el hospital y el 26% de entre 30 min a una hora. El enlazador
o recurso informático más usados fue PubMed con 86% (182).
Ilustración 4Bú squed a de informa ción científi ca
Figura 5 Bú squed a de informa ción científi ca.
Figura N°5 Búsqueda de información científica.

En la figura N° 6 se puede apreciar con respecto al uso de redes sociales o medios

de información con su utilidad como medio de recurso de comunicación
(publicación de anuncios e información médica) fue la red social Facebook la más
frecuente con 18%. El 52% viene utilizando WhatsApp como medio de intercambio
de imágenes, reporte de paciente y opinión de expertos en relación al ámbito
médico.
Figura 6 Preferen cias h acia la s tecnolo gías de in for maci ón y co muni caci ón.
Figura N°6 Preferencias hacia las tecnologías de información y comunicación.

10
En la figura N° 7 se pudo observar que el 55% (117) participó en blogs médicos,
y refieren, a su vez, un agrado positivo a las TIC en un 93% (147), manifiestan,
también, que tuvieron problemas de conexión durante la actividad en un 40,5%
(64) (Figura 4).
Ilustración 5Particip ació n en co mu nica ción de lo s médi cos con los pacie ntes
Figura 7 Particip ación e n co muni ca ción de los médi cos con su s pa cientes.
Figura N°7 Participación en comunicación de los médicos con sus pacientes.

Un 84% (179) refirió preferir siempre la búsqueda de información online; el 45%

(97) la lectura de un libro, un 39% (83) el uso de una videoconferencia como medio
de consulta mientras que el 27% (59) un curso en línea; solo un 23% (49) prefiere
la enseñanza tutelar para indagar en un tema médico. En cuanto a la opinión de
que si existe una relación positiva a la evolución del aprendizaje mediante el uso
de TIC un 96% opinó que sí existía una relación de dependencia positiva.
En el caso de nuestro país la administración de la información clínica ha sido
implementada de manera eficiente en los últimos años ya que se continúa
desarrollando de manera, lo que generó pérdida de tiempo en el registro de cada
paciente y esto produjo que los pacientes no sean atendidos oportunamente y los
centros de salud no sean muy requeridos, haciendo que se tome otras alternativas
de atención (Vasquez, Ticse, Alfaro, & Guerra, 2015).
1.1.3. Centro odontológico OR’DENT

o Información general del centro odontológico OR’DENT
El centro odontológico OR’DENT inició sus labores como consultorio

odontológico con el nombre de SONRISA PERFECTA. Se fundó el año 2006,
brindando tratamientos generales como diagnóstico, profilaxis, radiografías,
restauraciones o curaciones, exodoncias o extracciones, prótesis fija, parcial y
removible, endodoncias, blanqueamiento dental, sellantes, fluorización,
pulpotomía, destartraje, entre otros. Posterior a ello según la demanda de
11
tratamientos de los pacientes el profesional que lo dirigía observo la necesidad
de que el consultorio brinde un tratamiento especializado.
Tabla N°1: Atención de tratamientos en el periodo 2016

Tabla 1Atenció n de tratamie ntos en el period o 2015
Atención de tratamientos en el periodo 2015 Total
Estética Ortodóntica 210

Exodoncias ( extracción dental) 169
Profilaxis y destartraje (limpieza dental) 150
Blanqueamiento dental 20
Prótesis 90
Tratamientos de ortodoncia 10
Fuente: Centro Odontológico OR’Dent

Elaboración: Propia
En la tabla N° 1 se puede apreciar los tratamientos que realizó el cirujano-

dentista a los pacientes del centro odontológico el año 2016 donde se pudo
conocer que el aumento de la cantidad de pacientes en ser atendidos
diariamente en los diferentes tratamientos.
Figura 8 Nivel de atenció n de tratamient o en el periodo 2 016
ATENCION DE TRATAMIENTOS EN
EL PERIODO 2016
210 169 150

20 90 10
Series1
Figura N°8 Nivel de atención de tratamientos en el periodo 2016

Fuente: Centro Odontológico OR’Dent
Asimismo el la figura N°8 se presenta en la figura los niveles de atención por

tipo de tratamiento por lo que se pudo apreciar que en la parte estética
ortodóntica era la más solicitada.
Ante esta necesidad el profesional cirujano-dentista comenzó a realizar
estudios de posgrado para su preparación en el área de ortodoncia para que la
atención hacia sus pacientes sea más especializada, en ese transcurso del
12
tiempo el consultorio odontológico que inicialmente tenía el nombre de
SONRISA PERFECTA cambia de nombre a centro odontológico OR’DENT.
Durante este tiempo comenzaron a obtener nuevos protocolos de historias
clínicas las cuales fueron plasmados en documentos físicos y se identificó la
necesidad de que estas puedan ser sistematizadas debido a que contiene
información como datos generales, anamnesis, antecedentes médicos,
examen clínico extra e intraoral, exámenes auxiliares como: radiografías,
modelos de estudios, fotografías, tomografías, etc. Estas son necesarias para
identificar el diagnóstico del paciente, plantear tratamientos ideales o
compensatorios y sus respectivos controles.
El centro odontológico OR’DENT tiene un profesional para tratamientos en
odontología que prioriza la excelencia en el diagnóstico, planificación y
tratamiento con equipos y materiales de última generación en un ambiente
diseñado para lograr un máximo conforte para el paciente. Su local está situado
en Jr. Alejandro O. Deustua 1229 – El Tambo – Huancayo con los teléfonos
(064) 248967. El profesional es un cirujano dentista egresado de la Universidad
Peruana Los Andes, con maestría en estomatología de la Universidad Peruana
Cayetano Heredia y egresado de la especialidad en ortodoncia y ortopedia
maxilar, estudios de diplomado en diagnóstico, planificación y tratamiento de la
disfunción temporomandibulares y dolor facial, una visión integral en la
Universidad Científica del Sur. Dedica en parte de su tiempo a la docencia
universitaria y a la práctica privada para estar actualizado en la información.
El centro odontológico brinda una atención especializada en el área de
ortodoncia y ortopedia maxilar, su trabajo está orientada a cumplir objetivos de
tratamiento mediante el empleo de terapias ortodoncias y en casos más
complejos con un trabajo interdisciplinario de las demás especialidades
odontológicas. Los servicios que brinda en el área de ortodoncia son dadas de
acuerdo a las necesidades, preferencias laborales y personales como
ortodoncia convencional con braquets metálicos y estéticos, retenedores,
tratamientos de las disfunciones temporomandibulares y tratamientos
integrales a niños, jóvenes y adultos.
o Situación actual del sistema de información en el centro odontológico

OR’DENT
El centro odontológico cuenta con un área administrativa en donde se redactan,

se controlan y gestionan los documentos clínicos. El proceso de atención inicia
con la reservación de cita, el paciente llega al centro odontológico, el cirujano-
dentista le da el pase. Si es la primera vez de que el paciente se atiende,
13
entonces se le abre una historia clínica con los datos necesario, el cirujano-
dentista redacta los datos del paciente y los síntomas que lo aquejan para
realizar el diagnostico en primera instancia. Posteriormente el paciente ingresa
a la unidad odontológica para ser atendido, en donde se le revisaran los dientes
para precisar el motivo de sus dolencias y/o tratamientos específicos. Si es
necesario realizar una curación u otro tratamiento; en ambos casos el cirujano-
dentista describe el tratamiento que se le realizó o realizará al paciente en la
historia clínica.
Finalmente si es necesario se aplican los protocolos de terapias
medicamentosas, para ello de antemano se debe preguntar al paciente si es
alérgico a algún medicamento, solo así se le puede recetar el medicamento que
debe tomar, esta receta médica única estandarizada debe contener la siguiente
información: nombre del paciente, N° de documento clínico, diagnostico,
medicamentos, concentración, forma farmacéutica, cantidad, dosis, vía,
duración, fecha de atención, firma y sello del profesional y próxima fecha de
atención; todo esto es redactado en el documento clínico que es un documento
confidencial entre el paciente y el cirujano-dentista. Por otro lado si ya es un
paciente tratado, se revisa la historia clínica y se continúa con el tratamiento.
No debemos olvidar que debe considerarse el presupuesto del tratamiento en
ambos casos que es un ítem importante que se considera en el presupuesto.
Es preciso mencionar que en el documento clínico contiene las fases de
tratamiento y estas también están descritas por el profesional que viene
realizando los tratamientos, muchos de estos se basan en protocolos hechos
por parte del profesional que permiten posteriormente hacer un análisis sobre
las estrategias y medidas que se deben de realizar a todo paciente con un
diagnostico especifico.
Los exámenes auxiliares también requieren de ser almacenados en forma
virtual, estas contienen modelos de estudio en maquetas que han sido
elaboradas por el profesional basándose en las impresiones intraorales, que
posteriormente son llevados a modelos de yeso para su análisis respecto a
medidas, tamaños y forma que son características que permiten explicar al
paciente sobre su problema en particular. Las radiografías cefalométricas y
panorámicas son placas que contiene siluetas de imagen del tejido óseo y
ayudan para el diagnóstico y control de los pacientes y estas necesitan
almacenarse junto a las historias clínicas para el panorama completo del caso
del paciente.
El centro odontológico OR’Dent en sus inicios contaba con una cantidad
promedio de 2 a 3 pacientes por día entre nuevos pacientes y los que
14
continuaban sus tratamientos, se tenía la facilidad de administrar los
documentos clínicos de sus pacientes por ser una cantidad manejable y la
comunicación podía ser directa a través de la reserva de cita y/o consulta vía
teléfono fijo o celular. En la actualidad la cantidad de pacientes se ha duplicado
por día, por esta razón se torna más complicada la administración de las
documentos clínicos de forma manual, por requerir mayor tiempo en la
captación y gestión de la información del paciente.
Se pudo observar que el promedio de pacientes que se atienden anualmente
junto a controles que se realiza en el centro odontológico son 649 atenciones
descritas en 400 documentos clínicos. Ante esto se solicitó acceder a los
documentos clínicos internos del centro odontológico OR’Dent donde se
observó la administración de los documentos clínicos los cuales se daban en
forma manual, estas se encontraban en archivadores y su búsqueda demanda
un tiempo adicional al tratamiento que impide una atención oportuna al paciente
en cada caso en particular.
Figura 9 Formato del document o clínico del centro o dontol ógico OR'De nt
Figura N°9: Formato del documento clínico del centro odontológico OR’Dent
Fuente: Área administrativa centro odontológico OR’Dent
En la figura N° 9 se pudo apreciar los documentos clínicos del centro
odontológico en donde se describe la información del paciente para su
atención, estos debían ser escritos con lapicero cuidadosamente para tener
15
una información clara y concisa, pero al momento en que el cirujano-dentista
redactaba el tratamiento la letra no era legible por lo que no había buena
comunicación con su área administrativa.
Ilustración 6Archiva miento de historias clínica s OR'Dent
Figura 10 Archiva miento de historia s clíni cas OR’Dent
Figura N°10: Archivamiento de documentos clínicos OR’Dent

Fuente: Área clínica centro odontológico OR’Dent
En la figura asimismo se puede apreciar la administración de documentos
clínicos los cuales eran almacenados en un archivador lo que generaba pérdida
de tiempo en la búsqueda de los documentos clínicos de los pacientes incluso
estando separados en orden por sus apellidos, esto dificultaba la atención
oportuna de los pacientes ya que debían esperar hasta la ubicación de sus
documentos clínicos para continuar con su tratamiento.
De ahí se pudo entender que el Centro Odontológico OR’Dent necesitaba un
sistema de información que le permita automatizar, agilizar los trabajos que
realiza el cirujano-dentista en el centro odontológico y entender el tratamiento
de pacientes ya que la mayor parte del tratamiento al paciente se realiza en
forma física. Al desarrollarse estos trabajos de forma manual se convierten en
problemas muy resaltantes.
Habiéndose analizado la problemática en el macro entorno, meso entorno, micro entorno

podemos identificar que el documento de salud es de suma importancia para la atención a los
pacientes, ya que en ello se encuentra el tratamiento, presupuestos, exámenes que se le
realizan al paciente en la atención de cada caso en particular. Como se ha podido explicar
con el paso del tiempo, se está mejorando a nivel macro el problema de la administración de
información en un porcentaje considerable. En el meso entorno y micro entorno va mejorando
a paso lento. Por otro lado la comunicación entre el paciente y cirujano-dentista, hasta el
momento no ha sido fluida ya que no se está realizando un seguimiento a los pacientes por
parte del especialista al no contar un una red social o página web que los pueda mantener
comunicados.
16
Por esta razón el propósito de la presente investigación es desarrollar un sistema de
información de gestión clínica para mejorar la administración historias clínicas y la
comunicación pacientes-cirujano dentista en el centro odontológico OR’DENT para ello nos
basaremos en la metodología RUP.
1.2. Formulación del problema

Problema General
o ¿El establecimiento de un sistema de información basado en la metodología RUP
contribuye a la gestión clínica del Centro Odontológico OR´Dent?
Problemas Específicos
o ¿Cómo se desarrolla el sistema de información basado en la metodología RUP en la
administración de información clínica del Centro Odontológico OR´Dent?
o ¿Cuál es el análisis de la gestión clínica del Centro Odontológico OR´Dent basado en
la metodología RUP?
1.3. Objetivo
Objetivo General
o Establecer un sistema de información basado en la metodología RUP para la gestión
clínica del Centro Odontológico OR´Dent.
Objetivos Específicos
o Desarrollar un sistema de información basado en la metodología RUP para la
administración de información clínica del Centro Odontológico OR´Dent.
o Analizar la gestión clínica del Centro Odontológico OR´Dent basado en la metodología
RUP.
1.4. Justificación
o Justificación Teórica
En el Perú existe la necesidad de contar con un sistema de información electrónico el
cual permita tener de manera ágil, eficaz, segura y oportuna la información en los
consultorios médicos y centros odontológicos que son importantes para atención de
los pacientes. Al ser estos documentos clínicos de mucha importancia, de gran valor
en el sector salud y específicamente en la odontología deben ser administradas de
manera adecuada. Asimismo es necesario tener comunicación permanente con los
pacientes post tratamiento lo que genera la necesidad de contar con tecnologías de
información que apoyen la labor administrativa del centro odontológico. Es por ello que
se utilizará la metodología RUP que da respuesta a esta necesidad que se tiene,
17
poniendo en práctica las fases que la metodología dará como resultado herramientas
de software que permitirán satisfacer estas necesidades.
o Justificación Metodológica
En el transcurso de este trabajo de investigación se ha recopilado información sobre
la elaboración de sistemas de información en sector salud a nivel nacional e
internacional que muestra que la aplicación de la metodología RUP ha mejorado la
administración de información. Las tecnologías de información que se desarrollan
como resultado de la aplicación de la metodología permitieron administrar de mejor
manera la información en los centros odontológicos y consultorios. Estos antecedentes
demuestran que es la mejor alternativa para el desarrollo del trabajo de investigación.
Se presenta un modelo de mejoramiento que se aplicará en el centro odontológico
OR´Dent y de esta forma se pretende suplir sus necesidades.
o Justificación Práctica
En la búsqueda de mejorar la administración de la información clínica del centro
odontológica OR’Dent y brindar una mejor atención a sus pacientes se tuvo que tomar
la decisión de la metodología que satisfaga esta necesidad y es ahí donde se decidió
desarrollar la metodología RUP con la finalidad de apoyar a la mejora en la atención
brindada en el centro odontológico. El presente estudio ayudará a conocer el impacto
de la aplicación de la metodología RUP en el centro odontológico OR’Dent
identificando sus requerimientos y proponer las alternativas de solución.
1.5. Hipótesis
Hipótesis nula
Hipótesis general
El establecimiento de un sistema de información basado en la metodología RUP
contribuye a la gestión clínica del Centro Odontológico OR’Dent.
Hipótesis Específica
o Desarrollar un sistema de información basado en la metodología RUP mejora la
o El análisis de la gestión clínica del Centro Odontológico OR´Dent está basada en la
metodología RUP.
Hipótesis alterna
Hipótesis General
El establecimiento de un sistema de información basado en la metodología RUP no
contribuye a la gestión clínica del Centro Odontológico OR’Dent.
Hipótesis Específica
18
o Desarrollar un sistema de información basado en la metodología RUP no mejora la
o El análisis de la gestión clínica del Centro Odontológico OR´Dent no está basada en
la metodología RUP.
1.6. Diseño Metodológico

o Tipo de investigación: De acuerdo a la clasificación dada por Hernández Sampieri
(Hernández, 2014), el presente estudio reúne las condiciones metodológicas de una
investigación aplicada ya que resuelve y por ende suple una necesidad con la
aplicación de la metodología RUP, además de entregar como resultado un software y
desarrollo web para la mejora continua en la gestión clínica de la organización.
o Nivel de investigación: De acuerdo a la clasificación dada por Hernández Sampieri
(Hernández, 2014), el presente trabajo de investigación es de tipo descriptivo-
aplicativo ya que se definen y miden variables además de considerar al fenómeno
estudiado y sus componentes, se determina las causas de los fenómenos y tiene un
modelo estructurado para su desarrollo.
o Sistema de referencia: El Sistema de referencia de este trabajo de investigación se
centra en las necesidades del centro odontológico ORDEN´T, exclusivamente del
cirujano-dentista y su área administrativa, los cuales tienen necesidades específicas
que requieren ser suplidas para el mejoramiento de sus procesos de atención y como
consecuencia traerá una calidad de atención a los clientes. Para ello se está trabajando
conjuntamente con el área administrativa del centro odontológico, por lo que el alcance
de estudio es con el centro odontológico que puede ser desarrollado por
organizaciones del mismo rubro de salud.
19
CAPITULO II
MARCO REFERENCIAL
Este capítulo se inició con la recolección de antecedentes que son revistas, trabajos de
investigación que antecedieron a nuestra investigación, trabajos donde se hayan usado
variables y objetivos parecidos al que se plantearon. Cabe mencionar que entre los
antecedentes se tienen estudias desarrollados en zonas rurales, en hospitales públicos e
incluso en centros odontológicos que presentaban incluso una problemática parecida a la
nuestra y es desde ahí donde se parte para saber en qué se debe mejorar para la mejora de
los procesos administrativos del centro odontológico OR’Dent
Luego de haber conocido los antecedentes se desarrolló el marco teórico en donde se explicó
a profundidad la metodología que se utilizará que en este caso RUP. Asimismo se presentó
un ejemplo de un centro de salud que aplicó la metodología para la administración de
información que nos describe como lo estuvo elaborando paso a paso.
Posteriormente se desarrolló el marco aplicativo en donde se describieron las fases de la
metodología RUP y la forma en que se aplicará en la experimentación de nuestro trabajo de
investigación.
Finalmente se desarrolló el marco conceptual en donde se pudo explayar los términos que
serán necesarios para la comprensión del trabajo de investigación y nos da las pautas para
su desarrollo.
20
2.1. Antecedentes
A1. Espino Vargas Pedro (2013) ESCIENCIA. Revista de Investigación Científica,
Lima – Perú. Revista de investigación científica (Pedro Espino, 2013)
El tema que trata la presente investigación es: Implementación de un Sistema de
Información utilizando RUP para la Atención en el Centro de Salud Manuel Barreto;
actualmente la atención es considerada una parte integral e importante en el Centro de
Salud Manuel Barreto.
El Sistema de información será desarrollado con el uso de la Metodología RUP que consta
de cuatro etapas iniciación, elaboración, construcción y transición las cuales nos ayudaran
a definir el manejo entero de las actividades y de los artefactos que necesitamos elegir
para construir el sistema. También se utilizará Lenguaje Unificado de Modelado también
conocido como UML.
En el transcurso del desarrollo del Sistema de Información se comprueba que la
Metodología RUP es muy buena para desarrollar el Sistema de información ya que es el
adecuado para la construcción del Sistema de Información.
A2. Gonzales Paredes Marvin (2011). Desarrollo de un sistema de información para
la gestión de consultas odontológicas “ODONTOSYSTEM” para el consultorio
odontológico dental Abreu, Iquitos – Perú. Tesis para optar el título profesional de
ingeniería de sistemas e informática. Universidad Nacional de la Amazonía Peruana.
Iquitos (Marvin Gonzales, 2011).
Esta tesis elaborada el año 2011 permite entender las herramientas que se deben tener
en cuenta para el desarrollado del sistema de información, además de dar noción de la
forma correcta y clara de la aplicar la metodología RUP, que delineamientos se debe tener
en cuenta y así se pueda plantear posteriormente el software y el desarrollo web teniendo
en cuenta los requerimientos del centro odontológico. Aunque tenga un propósito similar,
el contexto es diferente, el avance tecnológico permite tener nuevas herramientas para el
diseño del sistema de información, además que la realidad del centro odontológico
OR’DENT es diferente a la del consultorio odontológico ODONTOSYSTEM. Por ello sirve
como referencia para tener en cuenta los criterios importantes para el desarrollo del trabajo
de investigación en la actualidad.
A3. Gutarra Carlos y Quiroga Roberto (2014). Implementación de historias clínicas
electrónicas para el centro de salud Perú 3ra zona. Tesis para optar el título
profesional de ingeniero de computación y sistemas – Universidad San Martín de
Porres. Lima (Gutarra Carlos, 2014).
La referida tesis aporta al trabajo de investigación en una de las necesidades que tiene el
área administrativa del centro odontológico OR’Dent la cual es la mejora en la
administración de información para ello esta tesis nos brinda como alternativa de solución
la implementación un sistema de historias clínicas electrónicas estandarizadas para
21
integrar la información de las historias clínicas permitiendo optimizar la administración de
la información clínica y por ende la atención y mejoramiento de la calidad de atención a
los pacientes del centro odontológico. Aun no cubre por completo la necesidad de la mejor
administración de documentos clínicos nos guía a entender que con la aplicación de la
metodología RUP se obtendrá un sistema de información electrónica que permita la
eficiente integración de la información clínica, evitando la duplicidad y/o pérdida de la
información. Acceder a una comunicación permanente con el cirujano-dentista vía web
para el seguimiento de los pacientes. Lo que permitió disminuir el tiempo de atención y
brindar una mejor calidad de atención al paciente que es lo que se da como resultado de
la organización de la información.
A4. García Muñoz José (2010). Estudio sobre la implantación de un sistema de
información adaptado a las necesidades de los establecimientos de salud rurales
del Perú. Tesis para optar el grado de Máster en redes de telecomunicación para
países en desarrollo – Universidad Rey Juan Carlos. Fuenlabrada (García Muñoz,
2010).
La referida tesis aporta al trabajo de investigación la aplicación de un software de
administración y gestión de información como es Ángel es gratuito y aporta de la mejor
manera a las zonas rurales de nuestro país donde la necesidad de atención médica es de
suma importancia. De la misma forma con la elaboración del sistema de información en el
centro odontológico que dará como resultado la implementación de tecnologías de
información permitirá satisfacer la necesidad de atención de pacientes más si es un
sistema dedicado para el centro odontológico a los que el software Ángel fue adaptado
para la necesidad de los establecimientos de la frontera con el Ecuador. De esta forma se
puede ver que deberá ser un software más sofisticado al ser exclusivo.
A5. Carvajal-Chinchilla Paula; Guzmán-Ordoñez, Verónica; Utsman-Abarca, Robert
(2014). Uso de expedientes electrónicos y dispositivos tecnológicos en la práctica
odontológica entre los graduados universitarios costarricenses. Revista científica
Odontológica. San José, Costa Rica (Carvajal Chinchilla, Guzmán Ordoñez, & Utsman
Abarca, 2014).
La presente revista aporta a nuestro trabajo de investigación en entender cómo se están
implementando sistemas de información que a nivel mundial están facilitando la labor en
la administración clínica en los centros de salud y que se está dejando de lado los
documentos en papel ya que incluso el gobierno en Costa Rica da respaldo legal a la
utilización de las tecnologías de información. En el Perú existen normas sobre la
implementación de TIs pero que aún no se ponen de manera total en práctica por la
existencia de cómo usarlos ya que a largo plazo llegarían a ser más rentables y apoyarían
en gran manera a la toma de decisiones para la mejor atención a los pacientes. Lo que
será de gran apoyo en la centro odontológico OR’Dent.
22
2.2. Marco Teórico
2.2.1. Historia de la Metodología RUP
Los orígenes de RUP se remontan al modelo espiral original de Barry Boehm. Ken
Hartman, uno de los contribuidores claves de RUP colaboró con Boehm en la
investigación. En 1995 Rational Software compró una compañía sueca llamada
Objectory AB, fundada por Ivar Jacobson, famoso por haber incorporado los casos
de uso a los métodos de desarrollo orientados a objetos. El Rational Unified
Process fue el resultado de una convergencia de Rational Approach y Objectory
(el proceso de la empresa Objectory AB). El primer resultado de esta fusión fue el
Rational Objectory Process, la primera versión de RUP, fue puesta en el mercado
en 1998, siendo el arquitecto en jefe Philippe Kruchten (Amparo Alejandra, 2013).
Ilustración 7Historia de RUP
Figura 11 Historia de RUP
Figura N°11: Historia de RUP

Fuente: Universidad Nacional Autónoma de México
La figura muestra la historia de RUP. El antecedente más importante se ubica en

1967 con la Metodología Ericsson (Ericsson Approach) elaborada por Ivar
Jacobson, una aproximación de desarrollo basada en componentes, que introdujo
el concepto de Caso de Uso. Entre los años de 1987 a 1995 Jacobson fundó la
compañía Objectory AB y lanza el proceso de desarrollo Objectory (abreviación
de Object Factory).
Posteriormente en 1995 Rational Software Corporation adquiere entre 1995 y

1997 se desarrolla Rational Objectory Process (ROP) a partir de Objectory 3.8 y
del Enfoque Rational (Rational Approach) adoptando UML como lenguaje de
modelado.
Desde ese entonces y a la cabeza de Grady Booch, Ivar Jacobson y Rumbaugh,
Rational Software desarrolló e incorporó diversos elementos para expandir ROP,
23
destacándose especialmente el flujo de trabajo conocido como modelado del
negocio. En junio del 1998 se lanza Rational Unified Process.
2.2.2. Metodología RUP

El Proceso Unificado de Rational (RUP) es un proceso de ingeniería del software.
Proporciona un acercamiento disciplinado a la asignación de tareas y
responsabilidades en una organización de desarrollo. Su propósito es asegurar la
producción de software de alta calidad que se ajuste a las necesidades de sus
usuarios finales con unos costos y calendarios predecibles.
En definitiva el RUP es una metodología de desarrollo de software que intenta
integrar todos los aspectos a tener en cuenta durante todo el ciclo de vida del
software, con el objetivo de hacer abarcables tanto pequeños como grandes
proyectos software. Además Rational proporciona herramientas para todos los
pasos del desarrollo así como documentación en línea para sus clientes.
Según Per Kroll y Philippe Kruchten, la metodología RUP se caracteriza por 3
elementos fundamentales: es iterativa e incremental, es centrada en la
arquitectura y es manejada a través de los casos de uso (Kroll P y Kruchten P,
2003)
Según Guerrero RUP “se basa en un forma disciplinada de asignar tareas y
responsabilidades en un proyecto de desarrollo de sistemas de información
asegurando la producción de software de calidad dentro de plazos y presupuesto
predecible” (Guerrero, 2006).
Este proceso unificado de desarrollo de software pretende implementar las
mejores prácticas actuales en ingeniería de software orientado en:
o Desarrollo iterativo del software.
o Administración de requerimientos.
o Uso de arquitecturas basadas en componentes.
o Modelamiento visual del software.
o Verificación de la calidad del software.
o Control de cambios.
Las características principales de RUP

Los autores de RUP destacan que el proceso de software propuesto por RUP tiene
tres características esenciales: está dirigido por los Casos de Uso, está centrado
en la arquitectura y es iterativo e incremental.
24
2.2.3. Proceso dirigido a casos de uso
Los Casos de Uso son una técnica de captura de requisitos que fuerza a pensar
en términos de importancia para el usuario y no sólo en términos de funciones que
sería bueno contemplar. Se define un Caso de Uso como un fragmento de
funcionalidad del sistema que proporciona al usuario un valor añadido. Los Casos
de Uso representan los requisitos funcionales del sistema.
En RUP los Casos de Uso no son sólo una herramienta para especificar los
requisitos del sistema; también guían su diseño, implementación y prueba. Los
casos de uso constituyen un elemento integrador y una guía del trabajo.
Ilustración 8Cas os de us o que integra n el trabajo
Figura 12 Ca sos de u so que integr an el trabajo
Figura N°12: Casos de uso que integran el trabajo

Fuente: Guía a Rational Unified Process
En la figura se puede observar como los casos de uso constituyen un elemento

integrador y una guía del trabajo y no solo inician
Los Casos de Uso no sólo inician el proceso de desarrollo sino establecen la

transacción entre los distintos artefactos que son generados en las diferentes
actividades del proceso de desarrollo. Basándose en los Casos de Uso se crean
los modelos de análisis y diseño, posteriormente se genera la implementación que
los lleva a cabo, ayuda a verificar la adecuada implementación de cada caso de
uso en el producto final.
2.2.4. Proceso centrado en la arquitectura

La arquitectura de un sistema es la organización o estructura de sus partes más
relevantes, lo que permite tener una visión común entre todos los involucrados
(desarrolladores y usuarios), así como una perspectiva clara del sistema completo,
necesaria para controlar el desarrollo.
La arquitectura involucra los aspectos estáticos y dinámicos más significativos del
sistema, está relacionada con la toma de decisiones que indican la forma de
25
construcción del sistema. La arquitectura se ve influenciada por la plataforma
software, sistema operativo, gestor de bases de datos, protocolos,
consideraciones de desarrollo como sistemas heredados. Muchas de estas
restricciones constituyen requisitos no funcionales del sistema.
RUP presta especial atención al establecimiento temprano de una buena
arquitectura que no se vea fuertemente impactada ante cambios posteriores
durante la construcción y el mantenimiento.
Existe una interacción entre los casos de uso y la arquitectura, los casos de uso
deben encajar en la arquitectura cuando se llevan a cabo y la arquitectura debe
permitir el desarrollo de todos los casos de uso requeridos, actualmente y en el
futuro. Esto provoca que tanto arquitectura como casos de uso deban evolucionar
en paralelo durante todo el proceso de desarrollo de software.
ración 9Evolución ar quitectura del siste ma
Figura 13 Evoluci ón de la arq uitectura del siste ma
Figura N°13: Evolución de la arquitectura del sistema

En la figura se muestra la evolución de la arquitectura durante las fases de RUP.

Se tiene una arquitectura más robusta en las fases finales del proyecto. En las
fases iniciales lo que se hace es ir consolidando la arquitectura por medio de
baselines y se va modificando dependiendo de las necesidades del proyecto.
Es conveniente ver el sistema desde diferentes perspectivas para comprender

mejor el diseño por lo que la arquitectura se representa mediante varias vistas que
se centran en aspectos concretos del sistema, abstrayéndose de los demás. Para
RUP, todas las vistas juntas forman el llamado modelo 4+1 de la arquitectura, el
cual recibe este nombre porque lo forman las vistas lógica, de implementación, de
proceso y de despliegue, más la de casos de uso que es la que da cohesión a
todas.
Durante la construcción, los diversos modelos van desarrollándose hasta
completarse.
26
Ilustración 10Pro ceso de mad urez de la arq uitectura
Figura 14 Pro ceso de mad urez de la arq uitectura
Figura N°14: Proceso de madurez de la arquitectura.

En la figura se muestra la descripción de la arquitectura sin embargo, no debería

cambiar significativamente debido a que la mayor parte de la arquitectura se
decidió durante la elaboración, incorporando pocos cambios a la arquitectura.
2.2.5. Proceso iterativo e incremental

RUP propone tener un proceso iterativo e incremental en donde el trabajo se
divide en partes más pequeñas o mini proyectos, permitiendo generar un
equilibrio entre casos de uso y arquitectura. Cada mini proyecto se puede ver
como una iteración (un recorrido más o menos completo a lo largo de todos los
flujos de trabajo fundamentales) de cual se obtiene un incremento que produce
un crecimiento en el producto.
Ilustración 11Iteració n de RUP
Figura 15 Iteració n de RUP
Figura N°15: Iteración de RUP

27
En la figura se muestra cómo se puede realizar la iteración por medio de una
cascada, la cual pasa por los flujos fundamentales (requisitos, análisis, diseño,
implementación y pruebas), en donde existe una planificación de iteración, un
análisis de la iteración y algunas actividades específicas de la iteración. En
donde al final se realiza una integración de los resultados con lo obtenido de las
iteraciones anteriores.
El proceso iterativo e incremental consta de una secuencia de iteraciones. Cada

iteración aborda una parte de la funcionalidad total, pasando por todos los flujos
de trabajo relevantes y refinando la arquitectura. Cada iteración se analiza
cuando termina. Se puede determinar si han aparecido nuevos requisitos o han
cambiado los existentes, afectando a las iteraciones siguientes. Durante la
planificación de los detalles de la siguiente iteración, el equipo también examina
cómo afectarán los riesgos que aún quedan al trabajo en curso. Toda la
retroalimentación de la iteración pasada permite reajustar los objetivos para las
siguientes iteraciones. Se continúa con esta dinámica hasta que se haya
finalizado por completo con la versión actual del producto (Universidad Nacional
Autónoma de México, 2004)
Ilustración 12Roles, activida des y artefa ctos
Figura 16 Role s, activida des y artefact os
Figura N°16: Roles, actividades y artefactos

En la figura se definen los cuatro elementos RUP, que responden a la pregunta

¿Quién?, las actividades que responden a la pregunta ¿Cómo?, los productos,
que responden a la pregunta ¿Qué? y los flujos de trabajo de las disciplinas que
responde a la pregunta ¿Cuándo?
28
2.2.6. Fases del RUP
Dicha metodología se desarrolla en 4 fases de trabajo, una fase de Iniciación
seguido de una fase de elaboración, seguido de una fase de construcción y
finaliza con una fase de transición (Per Kroll, Philippe Kruchten, 2003).
o Inicio
Durante la fase de inicio se define el modelo del negocio y el alcance del
proyecto. Se identifican todos los actores y Casos de Uso, y se diseñan los
Casos de Uso más esenciales (aproximadamente el 20% del modelo
completo). Se desarrolla, un plan de negocio para determinar que recursos
deben ser asignados al proyecto.
Los objetivos de esta fase son:
o Establecer el ámbito del proyecto y sus límites.
o Encontrar los Casos de Uso críticos del sistema, los escenarios básicos
que definen la funcionalidad.
o Mostrar al menos una arquitectura candidata para los escenarios
principales.
o Estimar el coste en recursos y tiempo de todo el proyecto.
o Estimar los riesgos, las fuentes de incertidumbre.
Los resultados de la fase de inicio deben ser:
o Un documento de visión: Una visión general de los requerimientos del
proyecto, características clave y restricciones principales.
o Modelo inicial de Casos de Uso (10-20% completado).
o Un glosario inicial: Terminología clave del dominio.
o El caso de negocio.
o Lista de riesgos y plan de contingencia.
o Plan del proyecto, mostrando fases e iteraciones.
o Modelo de negocio, si es necesario
o Prototipos exploratorios para probar conceptos o la arquitectura
candidata.
Al terminar la fase de inicio se deben comprobar los criterios de evaluación
para continuar:
o Todos los interesados en el proyecto coinciden en la definición del ámbito
del sistema y las estimaciones de agenda.
o Entendimiento de los requisitos, como evidencia de la fidelidad de los
Casos de Uso principales.
o Las estimaciones de tiempo, coste y riesgo son creíbles.
o Comprensión total de cualquier prototipo de la arquitectura desarrollado.
29
o Los gastos hasta el momento se asemejan a los planeados.
Si el proyecto no pasa estos criterios hay que plantearse abandonarlo o
repensarlo profundamente.
o Elaboración
El propósito de la fase de elaboración es analizar el dominio del problema,
establecer los cimientos de la arquitectura, desarrollar el plan del proyecto y
eliminar los mayores riesgos.
En esta fase se construye un prototipo de la arquitectura, que debe
evolucionar en iteraciones sucesivas hasta convertirse en el sistema final.
Este prototipo debe contener los Casos de Uso críticos identificados en la fase
de inicio. También debe demostrarse que se han evitado los riesgos más
graves.
Los objetivos de esta fase son:
o Definir, validar y cimentar la arquitectura.
o Completar la visión.
o Crear un plan fiable para la fase de construcción. Este plan puede
evolucionar en sucesivas iteraciones. Debe incluir los costes si procede.
o Demostrar que la arquitectura propuesta soportará la visión con un coste
razonable y en un tiempo razonable.
Al terminar deben obtenerse los siguientes resultados:
o Un modelo de Casos de Uso completa al menos hasta el 80%: todos los
casos y actores identificados, la mayoría de los casos desarrollados.
o Requisitos adicionales que capturan los requisitos no funcionales y
cualquier requisito no asociado con un Caso de Uso específico.
o Descripción de la arquitectura software.
o Un prototipo ejecutable de la arquitectura.
o Lista de riesgos y caso de negocio revisados.
o Plan de desarrollo para el proyecto.
o Un caso de desarrollo actualizado que especifica el proceso a seguir.
o Un manual de usuario preliminar (opcional).
En esta fase se debe tratar de abarcar todo el proyecto con la profundidad
mínima. Sólo se profundiza en los puntos críticos de la arquitectura o riesgos
importantes.
En la fase de elaboración se actualizan todos los productos de la fase de
inicio.
Los criterios de evaluación de esta fase son los siguientes:
o La visión del producto es estable.
30
o La arquitectura es estable.
o Se ha demostrado mediante la ejecución del prototipo que los principales
elementos de riesgo han sido abordados y resueltos.
o El plan para la fase de construcción es detallado y preciso. Las
estimaciones son creíbles.
o Todos los interesados coinciden en que la visión actual será alcanzada si
se siguen los planes actuales en el contexto de la arquitectura actual.
o Los gastos hasta ahora son aceptables, comparados con los previstos.
o Si no se superan los criterios de evaluación quizá sea necesario
abandonar el proyecto o replanteárselo considerablemente.
o Construcción
La finalidad principal de esta fase es alcanzar la capacidad operacional del
producto de forma incremental a través de las sucesivas iteraciones. Durante
esta fase todos los componentes, características y requisitos deben ser
implementados, integrados y probados en su totalidad, obteniendo una
versión aceptable del producto.
Los objetivos concretos incluyen:
o Minimizar los costes de desarrollo mediante la optimización de recursos
y evitando el tener que rehacer un trabajo o incluso desecharlo.
o Conseguir una calidad adecuada tan rápido como sea práctico.
o Conseguir versiones funcionales (alfa, beta, y otras versiones de prueba)
tan rápido como sea práctico.
Los resultados de la fase de construcción deben ser:
o Modelos Completos (Casos de Uso, Análisis, Diseño, Despliegue e
Implementación)
o Arquitectura íntegra (mantenida y mínimamente actualizada)
o Riesgos Presentados Mitigados
o Plan del Proyecto para la fase de Transición.
o Manual Inicial de Usuario (con suficiente detalle)
o Prototipo Operacional – beta
o Caso del Negocio Actualizado
o El producto es estable y maduro como para ser entregado a la comunidad
de usuario para ser probado.
o Todos los usuarios expertos están listos para la transición en la
comunidad de usuarios.
o Son aceptables los gastos actuales versus los gastos planeados.
31
o Transición
La finalidad de la fase de transición es poner el producto en manos de los
usuarios finales, para lo que se requiere desarrollar nuevas versiones
actualizadas del producto, completar la documentación, entrenar al usuario
en el manejo del producto, y en general tareas relacionadas con el ajuste,
configuración, instalación y facilidad de uso del producto.
Algunas de las cosas que puede incluir esta fase:
o Prueba de la versión Beta para validar el nuevo sistema frente a las
expectativas de los usuarios
o Funcionamiento paralelo con los sistemas legados que están siendo
sustituidos por nuestro proyecto.
o Conversión de las bases de datos operacionales.
o Entrenamiento de los usuarios y técnicos de mantenimiento.
o Traspaso del producto a los equipos de marketing, distribución y venta.
Los principales objetivos de esta fase son:
o Conseguir que el usuario se valga por sí mismo.
o Un producto final que cumpla los requisitos esperados, que funcione y
satisfaga suficientemente al usuario.
Los resultados de la fase de transición son:
o Prototipo Operacional
o Documentos Legales
o Caso del Negocio Completo
o Línea de Base del Producto completa y corregida que incluye todos los
modelos del sistema
o Descripción de la arquitectura completa y corregida
o Las iteraciones de esta fase irán dirigidas normalmente a conseguir una
nueva versión.
o El usuario se encuentra satisfecho.
o Son aceptables los gastos actuales versus los gastos planificados.
32
Ilustración 13Fases, itera ciones y dis ciplina s
Figura 17 Fases, itera ciones y dis ciplinas
Figura N°17: Fases, iteraciones y disciplinas.

Fuente: Jacobson, I., Booch, G. Rumbaugh, J., 2000 Fases de la metodología
RUP
Se puede observar la relación entre cada una de las fases descritas

anteriormente y las disciplinas de análisis de requisitos, diseño,
implementación y pruebas.
Tabla 2Distribu ción típi ca de es fuerzo y tiemp o

Tabla N°2 Distribución típica del esfuerzo y tiempo
Fuente: Rational Unified Process (RUP)

Elaboración: metodología RUP
Ilustración 14Distribu ción típica de recurs os hu man os
Figura 18 Distribu ción típica de recurs os hu man os
33
Figura N°18: Distribución típica de recursos humanos.
Fuente: Metodología RUP
Para el desarrollo de las fases del RUP se debe organizar todos los Artefactos
que serán usados para el Diseño de Sistema de Información para el Control
del Patrimonio Predial de a MDC.
Tabla N°3: Organización de Artefactos usados en el Desarrollo del RUP

Tabla 3Or ganiz ació n de Artefacto s usa dos en RUP
Fuente: Informe de Ingeniería - Diseño un Sistema de Información para el control

Elaboración: Mario Meza Hidalgo
Mejoras prácticas para el desarrollo de software
RUP identifica las seis mejores prácticas con las que define una forma efectiva
de trabajar para los equipos de desarrollo de software.
o La administración de requerimientos.
o El desarrollo iterativo.
o La arquitectura basada en componentes
o El modelo visual.
o La verificación continua de la calidad
o La administración del cambio.
Estas seis prácticas orientan el modelo y con ellas se pretende solucionar
muchos de los problemas asociados al software. Adicionalmente hay muchos
34
aspectos de diseño que son bien conocidos, pero que en realidad han sido muy
poco implementados en los proyectos de software; estos son: facilidad de uso,
modularidad, encapsulamiento y facilidad de mantenimiento. Es necesario
entonces definir una arquitectura sólida basada en componentes, para construir
mejores y más flexibles soluciones de software para las necesidades
organizacionales.
Los cambios en un proyecto no pueden ser detenidos dado que la evolución
del entorno de cada organización es continua, pero sí pueden ser
administrados de manera que su impacto pueda ser estimado para determinar
si dicho cambio se incluye o no y si el proyecto debe ser reajustado.
Cada cambio en el proyecto debe tener especificado cuándo y cómo se va a
realizar, quién lo va a hacer y qué productos se ven involucrados en ese
cambio. En ese punto es donde el control de cambios y la trazabilidad de los
componentes a través de los diversos modelos adquieren una gran
importancia.
Ilustración 15Mejores pr áctica s de RUP
Figura 19 Mejores prá ctica s de RUP
Figura N°19: Mejores prácticas de RUP

En la imagen se identifica en RUP las seis mejores prácticas con las que define
una forma efectiva de trabajar para los equipos de desarrollo de software.
2.2.7. Gestión de Requisitos

Utiliza una notación de Caso de Uso para representar los requisitos. Con la
finalidad de especificar el comportamiento deseado del sistema (objetivos del
usuario), así como describir debe de hacer, pero no especifica cómo lo hace y da
lugar a un conjunto de posibles escenarios.
La gestión de requisitos debe de asegurarse de resolver el problema correcto y
construir el sistema correcto. Es necesario evaluar el impacto del cambio en
cuestión a las necesidades del negocio y las características del producto (casos
35
de uso). Todos los participantes del proyecto requieren tener acceso a los
requisitos.
Figura 20 Depó sito de Req uerimiento s
Figura N°20: Depósito de Requerimientos.

En la imagen se puede apreciar como la metodología RUP brinda una guía para
encontrar, organizar, documentar, y seguir los cambios de los requisitos
funcionales y restricciones.
2.2.8. Desarrollo de software iterativo

Desarrollo del producto mediante iteraciones con hitos bien definidos, en las
cuales se repiten las actividades pero con distinto énfasis, según la fase del
proyecto.
o Cada iteración produce una versión ejecutable del sistema.
o Las primeras iteraciones atacan los riesgos mayores.
o Define y robustece la arquitectura de la aplicación en forma temprana.
o Cada iteración permite la retroalimentación del usuario.
o Prueba desde el principio, verificando desempeño y escalabilidad.
o Entregables bien definidos y delimitados permiten tener metas a corto plazo y
no una sola meta a largo plazo.
o El progreso se mide mediante la evaluación de las implementaciones
(mediciones reales).
o Aunque todas las iteraciones suelen incluir trabajo en casi todas las disciplinas,
el grado de esfuerzo dentro de cada una de ellas varía a lo largo del proyecto.
2.2.9. Verificación continua de la calidad

Es importante que la calidad de todos los artefactos se evalúe en varios puntos
durante el proceso de desarrollo, especialmente al final de cada iteración. En esta
36
verificación las pruebas juegan un papel fundamental y se integran a lo largo de
todo el proceso. Para todos los artefactos no ejecutables las revisiones e
inspecciones también deben ser continuas (es de 100 a 1000 veces más costoso
encontrar y reparar los problemas del software después del desarrollo).
Se hace una evaluación objetiva del estatus del proyecto, se detecta
inconsistencias entre análisis, diseño e implementación. Las pruebas se
concentran en los aspectos de mayor riesgo, los defectos se identifican
claramente:
o Verificar y probar todo continuamente desde el inicio.
o Toda actividad es verificada: los casos de prueba se definen a partir de:
requerimientos, análisis, diseño y codificación.
o Automatizar la verificación de la calidad con herramientas.
Ilustración 16Pla n de activida des de ase gura miento de calidadFig ura 21 Pla n de a ctividades de a segura miento de la calida d
Figura N°21: Plan de actividades de aseguramiento de la calidad.

En la figura se muestra que cada actividad incluye su verificación es decir “Todo

aquello que hagas, no lo habrás terminado, hasta que hayas verificado que
hiciste lo que debías de hacer“
2.2.10. Gestión de los cambios

El cambio es un factor de riesgo crítico en los proyectos de software. Los artefactos
software cambian no sólo debido a acciones de mantenimiento posteriores a la
entrega del producto, sino que durante el proceso de desarrollo, especialmente
importantes por su posible impacto son los cambios en los requisitos. Por otra parte,
otro gran desafío que debe abordarse es la construcción de software con la
participación de múltiples desarrolladores, posiblemente distribuidos
geográficamente, trabajando a la vez en una release, y quizás en distintas
plataformas. La ausencia de disciplina rápidamente conduciría al caos.
La administración de Configuración y Cambios es:
o Permitir, controlar y monitorear cambios para habilitar un desarrollo iterativo.
o Controlar todos los artefactos de software modelos, código, documentos, etc.
37
o Administrar todas las versiones, con integración automática a los cambios
realizados al software.
o Establecer espacios de trabajos seguros y aislados para cada desarrollador.
o Contar con métricas de estado y avance.
2.2.11. Caso desarrollado con la Metodología RUP en el sector salud

Introducción
Este artefacto toma, analiza y define las necesidades y las características del
Análisis e Implementación del Sistema del sub centro de salud y odontológico.
El actual artefacto se centra en la funcionalidad requerida por los participantes en
el proyecto y los usuarios finales.
El sistema permitirá a los encargados del sub centro de salud controlar todo lo
relativo al Ingreso de Pacientes, Administración de Fichas, Facturación,
Administración de Precios, Fármacos, Tratamientos, Gestión de Odontogramas,
una Agenda de Citas y su administración, Administración de informes y consultas
médicas, generación de un historial del paciente.
Modelo de Negocios
Se encuentran los artefactos utilizados de la metodología RUP para definir un
modelo del negocio, modelos de objetos del negocio y el modelo del dominio
Ejemplo:
Sub centro de Salud y Odontológico Huiruno
El sub centro de salud y odontológico Huiruno, que solicito la implementación del
software, dispone de un establecimiento en la provincia de Orellana, que
proporciona servicio médico y odontológico a los habitantes de la comunidad
Huiruno.
Ilustración 17Model o de nego cios
Figura 22 Model o de Nego cios
Figura N°22: Modelo de Negocios

Fuente: Tesista (GliftyUml)
38
En la figura se puede apreciar el diagrama que representa los diferentes
subsistemas en los que se ha dividido el sub centro de salud en las fases del
modelado del negocio.
Descripción de Actores en el Proyecto

Para identificar efectivamente los requerimientos de los casos de uso que se ajusten
a las necesidades de los clientes, se necesita identificar los actores que operan con
el sistema en desarrollo.
Tabla N°4: Tabla de Actores

Tabla 4Ta bla de Actores
Fuente: Sub centro de salud y odontológico Huiruno

Elaboración: Tesista
2.2.12. Fase de elaboración

Análisis/Diseño
Muestran tanto el diagrama de clases como el modelo entidad – relación, desde los
cuales se puede consultar la especificación de los métodos de clase más relevantes
o las especificaciones de atributos.
39
Ilustración 18Diagra ma de clase s
Figura 23 Diagra ma de clases
Figura N°23: Diagrama de clases

Fuente: Tesista (PowerDesigner)
Fase de construcción
Dentro de esta fase se destaca la capacitación del personal del sub centro de salud
que va a utilizar el sistema clínico.
Objetivos de la fase de construcción.
Aumentar el conocimiento del personal del sub centro para el uso de la aplicación
implementado en el sub centro de salud, igualmente el incremento en el potencial
del desarrollador mediante el perfeccionamiento profesional y humano.
Modificar o desarrollar las aptitudes, técnicas y destrezas para conseguir la correcta
colaboración en una actividad o conjunto de actividades relacionadas con las
estaciones de trabajo.
Para el desarrollo de una correcta capacitación del personal y del desarrollador se
ha escogido las siguientes estrategias.
o Analizar las necesidades Se trata la identificación de las destrezas y
conocimientos el personal al igual que su desempeño.
o Aplicación se emplea la estrategia de capacitación al personal.
o Evaluación se realizan las pruebas pertinentes y se detecta el éxito o fracaso
de la aplicación.
40
Además se programó un plan de pruebas para poder realizar una mejora continua
de la aplicación conjuntamente con el director del subcentro, así se realizó el control
de calidad del sistema (Fabián Silva, 2015).
2.3. Modelo Aplicativo

Al aplicar la metodología RUP se provee un enfoque disciplinado en la asignación de
tareas y responsabilidades dentro de una organización en desarrollo. Su meta es
asegurar la producción de software de muy alta calidad que satisfaga las necesidades de
los usuarios finales, dentro de un calendario y presupuesto predecible. La metodología
debe seguir cuatro etapas principales las cuales se pueden desglosar en otros diferentes
pasos
Ilustración 19Pro ceso iterativo de RU P y fase s
Figura 24 Pro ceso iterativo de RU P orga nizad o en fa ses
Figura N°24: Proceso iterativo de RUP organizado en fases

Fuente: RUP IBM
Fase 1: Comienzo o inicio

Está principalmente dirigida al entendimiento de los requerimientos y determinar el
alcance del esfuerzo de desarrollo. Se define la idea, la visión y el alcance del proyecto.
Esta fase incluye la fase de análisis y diseño. Se incluye un análisis de las necesidades
educativas y del entorno educativo, así como el diseño con instrucciones del proyecto. En
este plan creativo se integra el trabajo de diseñadores gráficos, analistas de sistemas y
docentes especialistas en el área. Esta fase se culmina con los objetivos del ciclo de vida.
Fase 2: Elaboración
Planificar las actividades necesarias y los recursos requeridos, especificando las
características y el diseño de la arquitectura del software. Esta fase culmina con la
arquitectura del ciclo de vida.
41
Fase 3: Construcción
Desarrollar el producto y evolucionar la visión; la arquitectura y los planes hasta que el
producto en una primera versión esté listo para ser enviado a la comunidad de usuarios.
Esta fase culmina con la capacidad inicial de operación.
Fase 4: Transición
Realizar la transición del producto a los usuarios, lo cual incluye: manufactura, envío,
entrenamiento, soporte y mantenimiento del producto hasta que el cliente esté satisfecho.
Esta fase culmina con la versión de producto, la cual a su vez concluye el ciclo.
2.4. Modelo Conceptual

o Artefactos: Es un producto tangible resultante del proceso de desarrollo de software.
Algunos artefactos como los casos de uso, diagrama de clases u otros modelos UML
ayudan a la descripción de la función, la arquitectura o el diseño del software.
o Arquitectura: Es el diseño conceptual y la estructura operacional fundamental de un
sistema de Computadora. Es decir, es un modelo y una descripción funcional de los
requerimientos y las implementaciones de diseño para varias partes de una
computadora.
o Baselines: Es una especificación o producto que ha sido revisado formalmente, sobre
el que se ha llegado a un acuerdo, y que de ahí en adelante servirá como base para
un desarrollo posterior que puede cambiarse solamente a través de procedimientos
formales de control de cambios.
o Encapsulamiento: Es un mecanismo que consiste en organizar datos y métodos de
una estructura, conciliando el modo en que el objeto se implementa, es decir, evitando
el acceso a datos por cualquier otro medio distinto a los especificados.
o Flujos: Es un gráfico lógico del plan de trabajo que se ejecutara para la solución de
un determinado problema. A través de él, se planifica la solución del problema
independiente del lenguaje de computación a usar.
o Historia clínica: Es el documento médico legal que contiene todos los datos
psicobiopatológicos de un paciente.
o Hitos: Es una tarea que representa una fecha importante en un proyecto, como la
finalización de una fase de proyecto, o la fecha en que un informe en particular debe
ser entregado.
o Iteración: Es cuando el bloque de instrucciones de un bucle o ciclo se ejecuta, se dice
que se ha producido una iteración.
o Requerimientos: Es una exigencia que tiene un software para poder funcionar de
manera correcta.
o RUP: Es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental,
estar centrado en la arquitectura y guiado por los casos de uso.
42
o Sistema de información: Es un conjunto ordenado de elementos (no necesariamente
computacionales) que permiten manipular toda aquella información necesaria para
implementar aspectos específicos de la toma de decisiones.
o Sistema legado: Es un sistema informático (equipos informáticos o aplicaciones) que
ha quedado anticuado pero continúa siendo utilizado por el usuario (típicamente una
organización o empresa) y no se quiere o no se puede reemplazar o actualizar de
forma sencilla.
o Sistema de trazabilidad: Que mediante la obtención de información precisa, permite
aumentar la productividad, mejorar el servicio y reducir los costos ligados a los
procesos empresariales.
o Software: Es un conjunto de programas, instrucciones y reglas informáticas que
permiten ejecutar distintas tareas en una computadora.
o UML: El Lenguaje de Modelado Unificado (Unified Modeling Language) es la sucesión
de una serie de métodos de análisis y diseño orientados a objetos. Los métodos
consisten de ambos de un lenguaje de modelado y de un proceso.
o Transición: Es la fase de la metodología RUP que se enfoca en asegurar que el
software esté disponible para sus usuarios.
o Documento clínico: Se considera la fuente de información o documento oficial en
donde el médico consigna y conserva todos los datos clínicos detectados y asegura al
paciente la continuidad y evolución de su tratamiento.
o Administración de información clínica: Es el procesamiento de información o
documentos clínicos en donde el médico consigna y conserva todos los datos clínicos
detectados y asegura al paciente la continuidad y evolución de su tratamiento.
43
CAPÍTULO III
INTERVENCIÓN METODOLÓGICA
Este capítulo se desarrolló de acuerdo a las fases de la metodología RUP, el cual comenzó
con la fase de inicio el cual costa del diagrama de Gantt el cual nos proyectó el tiempo en el
cual se desarrollaría este capítulo y de ahí se planificó lo que se debía hacer. Seguidamente
se desarrolló el proceso de negocios el cual presentó el diagrama de actividades con las
características del sistema OR’Dent de prestación de servicios odontológicos, seguidamente
se realizó la identificación de los requerimientos funcionales del área administrativa del centro
odontológico OR’Dent el cual tendrá que suplir el sistema, la identificación de los actores a los
cuales afectó directamente la implementación del sistema de información, el análisis de sus
casos de uso y la documentación de los mismos y finaliza la fase con el identificación de los
requerimientos no funcionales.
Posteriormente se desarrolló la fase de elaboración el cual contiene los diagramas de
colaboración o comunicación el cual ayudará a entender el comportamiento que tiene el
sistema y sus requerimientos solicitados. Seguidamente se desarrolló la fase de construcción
que abarcó los diagramas de secuencias, para de ahí iniciar con la parte de base de datos del
sistema entre los cuales se desarrolló el diagrama de clases, la base de datos física y lógica
que nos ayudó a entender las relaciones entre las tablas necesarias para la elaboración del
sistema, y la fase terminó con la construcción del diagrama de componentes que nos permite
visualizar la estructura del sistema y el comportamiento del sistema y el diagrama de
despliegue el cual relaciona el sistema con las interfaces de salida en los cuales se hace uso
del sistema de información para la gestión clínica del centro odontológico OR’Dent.
Finalmente el capítulo culminó con el desarrollo de la fase de transición.
44
3.1. Fase de comienzo o inicio
En esta fase se analizaron los requerimientos funcionales y no funcionales los cuales

fueron recopilados desarrollando el trabajo conjuntamente con el área administrativa del
centro odontológico OR’Dent a través de entrevistas hechas al personal del área.
Se presentará en esta sección los procesos de negocio que dieron lugar a los
requerimientos funcionales, estos que a su vez dieron origen a los casos de uso.
Seguidamente se presentarán los actores del sistema, los cuales necesitan el software
para gestionar la información del centro odontológico OR’Dent.
3.1.1. Diagrama de Gantt
Figura 25 Diagra ma de Gantt
Figura N°25: Diagrama de Gantt de actividades para el desarrollo del sistema de

información del centro odontológico OR’Dent
Fuente: Planificación de Actividades
45
La figura N°25 muestra la planificación a través del diagrama de Gantt para la
elaboración del sistema de información haciendo uso de la metodología RUP el
cual permitió que sistema sea de buena calidad al seguir estándares de calidad
de sistema.
3.1.2. Proceso de Negocios

En el trabajo de investigación se han identificado 2 necesidades del área que debe
suplir el establecimiento del sistema de información, el cual dará como
consecuencia la implementación de tecnologías de información. Estos deben
contar con un software que permita gestionar mejor los documentos clínicos y
diseñar una página web con el cual el cirujano-dentista pueda contactarse con sus
pacientes post tratamiento para sus controles respectivos.
Con respecto a la implementación de un sistema de documentos clínicos se da
desde la llegada un paciente el cual necesita atención dental. Este debe brindar
su información personal el cual será rellenado en el documento clínico del
paciente, este también debe tener la información necesaria para iniciar con el
tratamiento sin ningún percance (alérgico a algún medicamento, entre otros).
Posteriormente se brinda esta información al cirujano-dentista el cual al tener la
información oportunamente puede tratar al paciente. En la caso del diseño de una
página web desarrollado para la comunicación entre el paciente y el cirujano
dentista se realiza posteriormente a la atención del paciente. Este pueda acceder
al sitio web en el cual puede contactarse con el cirujano-dentista pos si tuviera
algún problema con el tratamiento que se le dio, así rápidamente puede acudir al
centro odontológico para la atención oportuna. Asimismo el cirujano-dentista lo
necesita para subir sus casos clínicos que realizó entre todos sus tratamientos.
Para el desarrollo de los requerimientos se mostrará los cambios realizados para
la mejor administración de la información del paciente.
Figura 26 Model o de nego cios del si stema OR'Dent
Figura 26: Modelo de negocios del sistema OR’Dent

46
Figura 27 Pro ceso de prest ación de servicio od ontológi co
Figura N°27: Proceso de prestación de servicio odontológico.

Fuente: Área administrativa del centro odontológico OR’Dent
47
En la figura N° 27 se muestra el diagrama de actividades desarrollado en bizagi
process modeler el cual describe las actividades realizadas en el centro
odontológico OR’Dent de los cuales se partirá para el desarrollo del sistema
además de ayudar a identificar los requerimientos que se tiene.
Descripción del proceso de prestación de servicio odontológico.
Tabla N°5: Caracterización del proceso de prestación de servicios odontológicos.
Tabla 5 Car acteriza ción del pro ceso de servicio od ontológi co
ENTRADA ACTIVIDAD SALIDA DESCRIPCIÓN RESPONSABLE

El paciente
Asistencia al
Comprobante de Ingreso del ingresa al
centro Paciente
cita. paciente centro
odontológico
odontológico
Apertura de
Búsqueda de
Concepción del documento
Nombre del documento Área
documento clínico o
paciente. clínico del administrativa
clínico ubicación del
paciente
mismo.
El área
administrativa
¿Se encontró el
¿Se verifica si Área
documento clínico Sí/No
encontró? existe el administrativa
del paciente?
documento
clínico.
Se le pide al
No existe un Apertura de Redacción de
paciente brinde Área
documento clínico documento datos del
su información administrativa
del paciente clínico paciente.
clara y concisa
Recepción del
documento
Existencia de un Enviar Recepción de clínico del
Área
documento clínico documento documento paciente por
administrativa
del paciente clínico clínico parte del
cirujano-
dentista
48
Recepción de El cirujano-
documento dentista
Cita del paciente Tratamiento del Cirujano-
clínico para el desarrolla el
activada paciente. dentista
desarrollo del tratamiento del
tratamiento paciente.
El cirujano-
Análisis del Redacción de dentista
Atención del Cirujano-
documento clínico tratamiento redacta el
paciente dentista
del paciente. realizado. tratamiento del
paciente.
Recepción del
Redacción del Entrega de
Devolución del documento
tratamiento documento Cirujano-
documento clínico por
realizado al clínico dentista
clínico. parte del área
paciente. modificado
administrativa.
El centro
odontológico
Comunicación OR’Dent
Post atención del Contacto con con los necesita sabes Cirujano-
paciente. los pacientes pacientes cómo va el dentista
tratados. tratamiento
hecho a sus
pacientes.
Los pacientes
Ingreso al
Recepción de pueden Sistema de
Contactarse con blog del
mensajes de los comunicar control de
los pacientes. centro
pacientes. como va su pacientes
odontológico
tratamiento.
Las personas
Comunicación pueden
Sistema de
Atención de Cargar casos de la atención y conocer la
control de
pacientes. clínicos tratamiento de experiencia del
pacientes
los pacientes. cirujano-
dentista.
Conocer cómo Necesidad de
Control de Sistema de
Comunicación con se dio el atender
tratamientos control de
los pacientes. tratamiento del nuevamente al
de pacientes pacientes
paciente. paciente o
49
hacerle
seguimiento.
¿Hubo El paciente
¿Hubo tratamiento Sistema de
tratamiento comunica
oportuno del Si/No control de
oportuno del como va su
paciente? pacientes
paciente? salud oral.
El cirujano-
dentista
Tratamiento
Nueva Paciente atiende la Sistema de
incompleto o
atención del tratado paciente para control de
alguna molestia
paciente conformemente. culminar en su pacientes
del paciente.
totalidad el
tratamiento.
Con la
administración
Gestión de la
de la
administración Sistema de
Paciente atendido Seguimiento información se
clínica del control de
satisfactoriamente. del paciente puede
centro pacientes
desarrollar el
odontológico
sistema de
información.
Fuente: Área administrativa del centro odontológico OR’Dent.

La tabla N°5 describe los procesos que realiza el centro odontológico y lo que se
debe mejorar con la implementación del sistema de información OR’dent.
3.1.3 Requerimientos Funcionales

Como se puedo apreciar en el mapa de procesos y la caracterización de los
mismos existe requerimientos que el software debe contener, para ello a
continuación se mencionan los funcionales:
o RF1. Se requiere que el área administrativa sea capaz de iniciar y terminar
la atención al paciente.
El paciente requiere que área administrativa inicie y termine la cita del paciente
que va a ser atendido en cada momento específico.
o RF2. Se requiere la creación de documento clínico para la atención del
paciente.
50
Si el paciente viene por primera vez al centro odontológico, el paciente requiere
que se le redacte su nuevo documento clínico con el cual se le pueda atender
y describir el tratamiento que se le realizó.
o RF3. Se requiere que el área administrativa pueda buscar y encontrar los
documentos clínicos de sus pacientes.
En el caso que el paciente haya sido atendido antes requiere que se ubique su
historia clínica para continuar con su tratamiento correspondiente y/o iniciar con
uno nuevo.
o RF4. Se requiere que el cirujano-dentista sea capaz de consultar el
documento clínico del paciente.
El cirujano-dentista requiere que una vez hecho o ubicado el documento clínico
el área administrativa se lo proporcione para la atención correspondiente del
paciente teniendo en cuenta antecedentes de salud.
o RF5. Se requiere que el área administrativa pueda consultar la
información personal del paciente en cualquier momento.
El área administrativa requiere tener la información de sus pacientes en el
momento de su atención y post tratamiento para que así el cirujano-dentista
pueda estar al tanto de sus pacientes.
o RF6. Se requiere que el cirujano-dentista sea capaz de registrar el
tratamiento hecho al paciente.
El cirujano-dentista requiere que una vez terminado el tratamiento del paciente
este pueda ser redactado en el documento clínico para que de esta forma en
la siguiente oportunidad que atienda al paciente pueda continuar con el
tratamiento.
o RF7. Se requiere que el cirujano-dentista reenvíe el tratamiento que se le
realizó al paciente al área administrativa.
El cirujano-dentista requiere que el área administrativa conserve el documento
clínico para tener acceso a este en cualquier momento que lo necesite.
o RF8. Se requiere que el sistema de control de pacientes post tratamiento
permita comunicación entre el centro odontológico y el paciente.
Se requiere que el sistema de control de pacientes post tratamiento permita
que los pacientes puedan ponerse en contacto con el centro odontológico por
si necesitaran nueva atención, recordar el tratamiento que deben seguir, entre
otros.
o RF9. Se requiere que el cirujano-dentista atienda a las necesidades de los
pacientes post tratamiento.
51
El cirujano-dentista requiere que sus pacientes tengan una buena salud oral
para ello si fuera necesario se le continua con el tratamiento o se le atiende
cuando lo sea necesario.
o RF10.Se requiere que el cirujano-dentista pueda hacer seguimiento a sus
pacientes para la continuación de su tratamiento.
El cirujano-dentista requiere que los pacientes que tuvo puedan seguir
atendiéndose en el centro odontológico para ello pregunta por ellos y como va
su salud oral.
3.1.4. Actores del Sistema

A continuación se presentan los actores de los sistemas y subsistemas
identificados son:
Figura 28 Actores del siste ma
<<Subsistema>>
Figura N°28: Actores del sistema.

Fuente: Encuesta al área administrativa del centro odontológico OR’Dent.
La figura N°28 muestra los actores que intervendrán en la elaboración del

sistema entre los que tenemos al personal del área administrativa, los
pacientes, el cirujano-dentista y se consideró el subsistema de control de
pacientes el cual es post tratamiento.
o Área administrativa del centro odontológico OR’Dent

Este actor tiene la función de administrar la información personal de los
pacientes y condiciones de salud con los que llego al centro odontológico con
52
lo que el cirujano-dentista pueda realizar el tratamiento adecuado que el
paciente necesite teniendo en cuenta estas condiciones del paciente.
o Cirujano-dentista
Este actor se encarga de consultar y modificar el documento clínico de los
pacientes atendidos. También prescribe las indicaciones que el paciente debe
seguir.
o Paciente
Este actor acude al centro odontológico con el fin mejorar su salud bucal que
es afectada por las condiciones diarias.
o Sistema de control de pacientes

El sistema de control de pacientes pone en contacto al centro odontológico
OR’Dent con sus pacientes con el fin de conocer el estado de sus pacientes
atendidos.
3.1.5. Casos de Uso del Sistema

Se ha podido identificar 12 casos de uso de los cuales se realizará la
documentación de 4 de ellos por ser los en engloban a los demás.
Figura 29 Diagra ma de paquetes
Figura N°29: Diagrama de paquetes.

Fuente: Encuesta al área administrativa del centro odontológico OR’Dent.
53
La figura N°29 muestra las interacciones que se darán para el desarrollo del
sistema del centro odontológico OR’Dent los actores intervendrán para mejorar la
calidad del sistema su intervención es de gran importancia.
Asimismo se identificaron los casos de uso, los cuales se encuentran dentro del
paquete:
Figura 30 Diagra ma de cas os de us o
<<Subsistema>>
Figura N°30: Diagrama de casos de uso.

La figura N°29 muestra las interacciones entre los actores del sistema con las
actividades que debe hacer el mismo para que de esta forma se pueda desarrollar
un sistema que ayude en la mejora de la gestión clínica del centro odontológico
OR’dent.
Asimismo se muestra la documentación de cada caso de uso con el que se

desarrollará el sistema de información para la gestión clínica del centro
odontológico OR’Dent:
Tabla N°6: Documentación de caso de uso atención odontológica.
CU 1: Atención odontológica.
54
Tabla 6 Do cu mentaci ón de caso de u so aten ción o dontoló gica
Nombre: Atención odontológica.

Actor: Área administrativa.
Descripción: El área administrativa debe ubicar el documento clínico del paciente para
que este pueda ser atendido por el cirujano-dentista.
Flujo Principal: Eventos ACTOR Eventos SISTEMA
o La persona encargada del
área administrativa
pregunta al paciente su
nombre o DNI.
o Se realiza la búsqueda del o Busca la información
paciente. proporcionada por el paciente y
al encontrarlo genera un
mensaje de confirmación.
o Activa la opción registrar o Muestra el formulario del
cita. documento clínico.
o Modifica la fecha en el que o Activa la opción modificar y
se está atendiendo al guarda la modificación.
paciente y lo registra.
Alternativas: o La persona encargada del
área administrativa
pregunta al paciente su
nombre o DNI.
o Se realiza la búsqueda del o Busca la información
paciente. proporcionada por el paciente y
al no encontrarlo genera un
mensaje de “Paciente no
registrado”.
o Activa la opción nuevo o Muestra un formulario del
paciente. documento clínico para rellenar
la información del nuevo
paciente.
o Redacta la información del o Guarda la información para el
paciente y activa la opción desarrollo de su tratamiento
guardar. posteriormente.
Precondición: El personal encargado del área administrativa habilita el sistema de
búsqueda del paciente a ser atendido.
55
Post condición: El registro del paciente es guardado y se encuentra disponible para la
siguiente atención del mismo.
Presunción: La base de datos del sistema OR’Dent almacena el documento clínico de
sus pacientes.
Tabla N°7: Documentación de caso de uso consultar documento clínico.

CU 2: Consultar documento clínico.
Tabla 7 Do cu mentaci ón de caso de u so consultar d ocu mento clínico
Nombre: Consultar documento clínico.

Actor: Cirujano-dentista.
Descripción: El cirujano-dentista debe pedir el documento clínico del paciente para
saber que tratamiento debe brindarle al paciente ante su problema dental.
o El cirujano-dentista o Envía mensaje al área
consulta con su área administrativa y espera su
administrativa si tiene respuesta.
algún paciente por
atender.
o El área administrativa o Carga el documento clínico y lo
responde que sí y le envía envía al cirujano-dentista para
el documento clínico con su análisis y atención del
las especificaciones del paciente.
paciente.
o El cirujano-dentista analiza o Envía el mensaje al área
el documento clínico y pide administrativa de confirmación.
que pase el paciente.
o El área le comunica al
paciente que puede pasar
para su atención.
Alternativas: o El cirujano-dentista o Envía mensaje al área
consulta con su área administrativa y espera su
administrativa si tiene respuesta.
algún paciente por
atender.
56
o El área administrativa o Envía el mensaje negativo para
responde que no y le su comunicación del cirujano-
reenvía el mensaje dentista.
o El cirujano-dentista o Envía el mensaje al área
comunica el área que administrativa con el mensaje.
saldrá y que se le
comunique si llega algún
paciente.
o El área se encuentra
informado del mensaje del
cirujano-dentista.
Precondición: El cirujano-dentista activa la comunicación con su área administrativa para
la confirmación de pacientes.
Post condición: Se analiza el documento clínico y se permite el acceso del paciente para
su atención.
Presunción: La comunicación entre el área administrativa y el cirujano-dentista es
constate.
Tabla N°8: Documentación de caso de uso redacción del tratamiento realizado al

paciente.
CU 3: Redacción del tratamiento realizado al paciente.

Tabla 8 Do cu mentaci ón de caso de u so reda cció n del tratamiento reali zado al pacie nte
Nombre: Redacción del tratamiento realizado al paciente.

Actor: Cirujano-dentista
Descripción: El cirujano-dentista al culminar el tratamiento del paciente redacta en el
documento clínico el tratamiento realizado al paciente y los medicamentos
que necesita adquirir.
o El cirujano-dentista
culmina el tratamiento
realizado al paciente.
o El cirujano-dentista activa o Actualiza el documento clínico
su opción de modificar y con el tratamiento actual del
redacta el tratamiento paciente.
57
o El cirujano-dentista activa o Modifica el documento clínico
la opción guardar. con las prescripciones del
cirujano-dentista.
o Devuelve el documento o Comunica al área administrativa
clínico al área la modificación del documento
administrativa. clínico.
Alternativas: o El cirujano-dentista
culmina el tratamiento
o El cirujano-dentista al no o Actualiza el documento clínico
haber realizado ningún con la fecha de atención.
tratamiento al paciente
solo modifica la fecha de
atención.
o El cirujano-dentista activa o Modifica la fecha de atención y
la opción guardar. consulta hecha por el paciente.
o Devuelve el documento o Comunica al área administrativa
clínico al área la modificación de la fecha de
administrativa. atención.
Precondición: El cirujano-dentista activa la modificación del documento clínico con el
tratamiento realizado.
Post condición: Devuelve al área administrativa el documento clínico con la redacción del
tratamiento realizado al paciente.
Presunción: El documento clínico se mantenga actualizado con los tratamientos
hechos al paciente.
Tabla N°9: Documentación de caso de uso comunicación paciente-centro

odontológico.
CU 4: Comunicación paciente-centro odontológico.

Tabla 9 Do cu mentaci ón de cas ode u so comunica ción paciente -ce ntro odont ológico
Nombre: Comunicación paciente-centro odontológico.

Actor: Cirujano-dentista
Descripción: El sistema de control de pacientes post tratamiento permite la
comunicación entre el paciente y el centro odontológico OR’Dent.
58
o El cirujano-dentista ingresa o Carga la página y permite al
a la página web del centro cirujano-dentista la modificación
odontológico. del mismo.
o El cirujano-dentista ingresa o Carga todos los mensajes
al link contáctanos para recibidos de los pacientes.
ver los mensajes de sus
pacientes.
o El cirujano-dentista recibe o Carga los mensajes que son
el mensaje de necesidad enviados a los pacientes.
de un nuevo tratamiento
del paciente y consulta
sobre el horario de
atención.
o .El paciente confirma o Envía mensaje al cirujano-
horario disponible para el dentista con la confirmación de
nuevo tratamiento horario.
Alternativas: o El cirujano-dentista ingresa o Carga la página y permite al
a la página web del centro cirujano-dentista la modificación
odontológico. del mismo.
o El cirujano-dentista ingresa o Carga todos los mensajes
al link contáctanos para recibidos de los pacientes.
ver los mensajes de sus
pacientes.
o El cirujano-dentista recibe
el mensaje de satisfacción
de sus pacientes.
o .El cirujano-dentista realiza o Modifica lo que necesidades del
el seguimiento a sus cirujano-dentista en la página
pacientes. web como cargar sus casos
clínicos.
Precondición: El cirujano-dentista ingresa a la página web para observar los mensajes
de sus pacientes.
Post condición: Realiza seguimiento de sus pacientes y carga sus casos clínicos.
Presunción: Que existe una comunicación constante entre el cirujano-dentista y sus
pacientes.
59
Las tablas anteriores explican el cómo debe trabajar el sistema para suplir las
necesidades de los requerimientos identificados los cuales serán importantes para
la excelencia del sistema.
3.1.6. Requerimientos No Funcionales
Son los que limitarán las características del producto software como son la
usabilidad, confiabilidad, soporte, restricciones de diseño. Estos requerimientos no
funcionales proporcionarán las características en el comportamiento del producto
complementando sus funcionalidades.
o Usabilidad
Característica que permitirá que el sistema pueda ser de fácil uso y acceso
para el encargado del área administrativa del centro odontológico OR’Dent.
Para ello se presentan sus casos de uso que son:
U01 - Presentación
El personal del área administrativa contará con una interfaz sencilla e
intuitiva. Las opciones y funcionalidades del sistema se mostrarán al usuario
con el fin que pueda acceder rápidamente a la información que necesite.
El sistema de información para la gestión clínica del centro odontológico
OR’Dent cumplirá con los estándares necesario para el diseño de interfaces
entre los que tenemos las herramientas de botones, formularios, mensajes
de alerta y confirmación para que el usuario pueda acceder al sistema
fácilmente. Asimismo lo que se refiere a colores y diseños se realizarán de
acuerdo a los gustos y preferencias del cliente.
U02 - Acceso al Sistema
El sistema permitirá el acceso al personal del centro odontológico desde
cualquier computador, será necesario contar con servicio de internet ya que
se desarrollará en el lenguaje java y como gestor de base de datos el SQL
Server 2014, así como también wordpress, la necesitará este recurso para
su actualización permanente.
o Confiabilidad
Indica el horario en que el sistema estará disponible, el tiempo promedio en
que se deberá recuperar el sistema en caso de alguna falla, persistencia de
datos y fiabilidad del acceso.
C01 - Disponibilidad
60
El sistema de información para la gestión clínica del centro odontológico
OR’Dent deberá estar disponible para el horario de atención del centro
odontológico que debe ser de 10:00 am – 9 pm. El servidor que aloja el
sistema debe contar con las especificaciones técnicas definidas por UML.
C02 - Tiempo medio entre fallas
El sistema debe ser sometido a control de fallas para identificarlas y estas
deben ser corregidas a fin de cumplir con el promedio mínimo de error.
C03 - Persistencia
Los datos que se almacenen en el sistema de información para la gestión
clínica del centro odontológico OR’Dent deberán ser reales, deben poseer
la información personal precisa del paciente que no podrán ser manipulados,
el cual permitirá que sean consultados en el momento que sea necesario.
C04 - Fiabilidad de Acceso
El sistema debe tener un 100% de fiabilidad de acceso lo que quiere decir
que se deben identificar de antemano los errores y en el caso que no se
ingrese la información del paciente correctamente se muestre mensaje de
error.
El sistema debe permitir el acceso al personal autorizado, debe verificar que
se halla ingresado el usuario y contraseña correctamente y si no fuera así
debe enviar mensaje de error “Usuario o contraseña incorrecta. Ingrese
nuevamente usuario y contraseña”.
o Soporte
Característica del sistema que indicará los estándares de programación, en
donde se medirá si el sistema trabaja con rendimiento óptimo, escalabilidad
y portabilidad del sistema.
S01 - Estándares
Los estándares de codificación y diseño de interfaz aplicados al sistema de
información para la gestión clínica del centro odontológico OR’Dent son de
acuerdo a UML.
S02 - Escalabilidad
La arquitectura del sistema está orientado a servicios es por ello que cuenta
con una capa de servicios y procesos que tendrán la capacidad de soportar
la adición de nuevo requerimientos.
S03 - Portabilidad
El sistema debe funcionar en cualquier sistema operativo.
61
o Restricciones de Diseño
Características que se debe usar para desarrollar el sistema.
RD01 - Lenguaje de programación

El lenguaje de programación que se usará para el sistema será java y SQL
Server 2014 y para la página web wordpress.
RD02 - Herramientas de Desarrollo
Herramienta que se usarán son:
NetBeans IDE 8.1 Herramienta IDE de desarrollo
SQL Server 2014 Gestor de base de datos que se utilizará para almacenar
los documentos clínicos.
Enterprise Architect Herramienta UML para realizar los modelos de caso
de uso requerimientos.
Bizagi Process Para el desarrollo del diagrama de actividades.
3.2. Fase de Elaboración: Se desarrolló en esta fase el análisis y diseño del sistema de
información la cual posee la siguiente estructura:
Diagramas colaborativos o de comunicación

3.2.1. Ingreso al sistema de gestión clínica OR’Dent
Figura 31 Diagra ma de Colab oraci ón: In greso al siste ma
Figura N°31: Diagrama de colaboración Ingreso al sistema de gestión clínica

OR’Dent.
62
3.2.2. Registro o búsqueda de documento clínico del paciente
Figura 32 Diagra ma de cola boraci ón registro o b usque da de d ocu mento clínico
Figura N°32: Diagrama de colaboración registro o búsqueda de documento clínico.

3.2.3. Consulta del cirujano-dentista sobre cita del paciente
Figura 33 Diagra ma de cola boraci ón consulta del cirujan o-de ntista sobre cita
63
Figura N°33: Diagrama de colaboración consulta del cirujano-dentista sobre cita del
paciente.
3.2.4. Odontograma
Figura 34 Od ontogra ma
Figura N°34: Diagrama de colaboración odontograma herramienta para el

tratamiento odontológico.
3.2.5. Reporte cirujano-dentista del paciente
Figura 35 Diagra ma de cola boraci ón de colabor ació n reporte del pacie nte
64
Figura N°35: Diagrama de colaboración reporte del paciente.
3.2.6. Actualización tratamiento odontológico.

Figura 36 Diagra ma de cola boraci ón tratamie nto odo ntológi co
Figura N°36: Diagrama de colaboración actualización de tratamiento al paciente.

3.2.7. Comunicación cirujano-dentista paciente post tratamiento.

Figura 37 Diagra ma de cola boraci ón comu nica cipo n ciruja no-destista pa ciente post trata miento
Figura N°37: Diagrama de colaboración comunicación odontólogo paciente post

tratamiento.
65
En las figuras anteriores se pudo apreciar los diagramas de colaboración o
también conocidos como de comunicación en donde se muestra como trabaja el
sistema para poder realizar una función y así automatizar la información de los
pacientes.
3.3. Fase de construcción

3.3.1. Diagramas de secuencias
o Ingreso al sistema de gestión clínica OR’Dent
Figura 38 Diagra ma de secue ncias I ngreso al sistema
Figura N°38: Diagrama de secuencias ingreso al sistema de gestión clínica OR’Dent.

66
o Registro o búsqueda de documento clínico del paciente
Figura 39 Diagra ma de secue ncias regi stro o buq ueda de docume nto clínico
Figura N°39: Diagrama de secuencias registro o búsqueda de documento clínico del

paciente.
67
o Consulta del cirujano-dentista sobre cita del Paciente
Figura 40 Diagra ma de secue ncias con sulta del ciruj ano -dentista s obre cita del p aciente
Figura N°40: Diagrama de secuencias consulta del cirujano-dentista sobre cita del
Paciente.
68
o Odontograma
Figura 41 Diagra ma de secue ncias odont ogra ma
Figura N°41: Diagrama de secuencias odontograma herramienta para el tratamiento

odontológico.
69
o Reporte cirujano-dentista del paciente
Figura 42 Diagra ma de secue ncias rep orte cirujan o-de ntista del pa ciente
Figura N°42: Diagrama de secuencias reporte cirujano-dentista del paciente

70
o Actualización tratamiento odontológico
Figura 43 Diagra ma de secue ncias actuali zaci ón tratamient o odo ntológico
Figura N°43: Diagrama de secuencias actualización tratamiento odontológico

71
o Comunicación cirujano-dentista paciente post tratamiento.
Figura 44 Diagra ma de secue ncias co muni caci ón ciruj ano -dentista p aciente p ost tratamiento
Figura N°44: Diagrama de secuencias comunicación cirujano-dentista paciente post

tratamiento.
Las figuras anteriores presenta los diagramas de secuencias del sistema el cómo
funciona y se comunica el sistema para el desarrollo de las actividades para el
cual fue creado y estos satisfacen las necesidades del sistema OR’Dent
72
3.3.2. Diagrama de clases
Figura 45 Diagra ma de clases del sistema
Figura N°45: Diagrama de clases del sistema.

La figura N° 45 muestra el diagrama de clases el cuál se centra en la base de

datos el cual posee sus atributos y las operaciones que desarrollará el sistema
OR’Dent el cual va a satisfacer las necesidades de gestión de información clínica
en el centro odontológico OR’Dent.
73
3.3.3. Base de datos
o Base de datos física
Figura 46 Ba se de dato s físi co
Un cirujano
dentista observa
muchos
documentos
clínicos
Un cirujano dentista
A cada paciente
se comunica con
le corresponde
muchos pacientes
una historia
clínica
Un cirujano
dentista atiende
varias reservas de
citas
Un paciente se
comunica con el
cirujano dentista A un paciente le
corresponde una
reserva de cita
Figura N°46: Base de datos físico.

La figura N°46 muestra la relación entre las tablas de la base de datos y cómo
funcionará el sistema, las llaves principales las cuales harán identificar las tablas
que regirán en el sistema OR’Dent.
74
o Base de datos lógica
Figura 47 Ba se de dato s lógico
OO
1
1 1
1
1
OO
1 OO
Figura N°47: Base de datos lógico.

La figura N°47 muestra la relación entre las tablas de la base de datos, se explica
la relación que existe en algunos casos de 1 a 1, de muchos a 1 y viceversa o de
mucho a muchos los cuales regirán para la realización de la base de datos del
sistema OR’Dent.
75
3.3.4. Diagrama de componentes
Figura 48 Diagra ma de co mpo nentes
Figura N°48: Diagrama de componentes.

En la figura N°48 se muestra el diagrama de componentes el cual presenta los

elementos del diseño del sistema OR’Dent. El diagrama de componentes permite
visualizar la estructura de alto nivel del sistema y el comportamiento del servicio
que estos componentes proporcionan y usan a través de sus interfaces.
76
3.3.5. Diagrama de despliegue
Figura 49 Diagra ma de despliegue
Figura N°49: Diagrama de despliegue.

La figura N°49 muestra el diagrama de despliegue el cual describe el despliegue físico de

información recaudada a través de las encuestas desarrolladas al personal del área
administrativa del centro odontológico OR’Dent sobre cuál es la debilidad en la atención de
pacientes, la cual generó el programa de software en los componentes de hardware usadas
por el área.
77
Con el desarrollo de la metodología RUP se aseguró que el sistema elaborado será de calidad
ya que se está cumpliendo con los entandares que rige la metodología. El sistema permite
que el área administrativa pueda gestionar la información clínica de los paciente del centro
odontológico OR’Dent de mejor forma ya que reduce el tiempo de captación y permite tener
una mejor comunicación con el cirujano-dentista y con los pacientes que se atienden
diariamente en el centro odontológico.
Se pudo apreciar la parte física como la parte lógica del sistema con la elaboración de cada
fase de la metodología así como entender cómo trabaja el sistema. Esto fue de gran ayuda
para el personal del centro odontológico ya que se sentían preocupados de cómo usarlo a lo
que se dieron cuenta que era muy fácil y accesible.
78

Camargo - Napaico.Daniel - Alfredo - Tesis PDF

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Camargo - Napaico.Daniel - Alfredo - Tesis PDF

Încărcat de

Drepturi de autor:

Formate disponibile

UNIVERSIDAD NACIONAL DEL CENTRO DEL PERÚ

FACULTAD DE INGENIERIA DE SISTEMAS

SISTEMA DE INFORMACIÓN PARA LA GESTIÓN

PARA OPTAR EL TITULO PROFESIONAL DE:

Mg. Ing. Gilmer Matos Vila

Al propietario del centro odontológica Or’dent por darme la oportunidad de desarrollar el

Yo Daniel Alfredo Camargo Napaico,

Palabras claves: Sistema De Información, Gestión Clínica, Metodología RUP

Key words: Information System, Clinical Management, RUP Methodology

Tabla 1Atención de tratamientos en el periodo 2015............................................................................ 12

Figura 1 Formato de documento clínico de la OMS................................................................................ 4

El presente trabajo de investigación titulado sistema de información para la gestión clínica en

La administración eficiente de la información clínica de los pacientes ha sido la

Figura 1 Formato de docume nto clínico de la OMS

Figura N°1 Formato de documento clínico del OMS

o Situación en los centros y consultorios odontológicos

En la actualidad la mayoría de cirujanos-dentistas no han podido administrar

Figura 2 Tipo de E xpediente/ Odo ntólog o General -Espe cialista

Figura N°2 Tipo de Expediente/Odontólogo General-Especialista

Figura 3 Resol ució n Ministerial 297 -201 2

Figura N°3 Resolución Ministerial 297-2012

En la figura N° 3 se presenta la resolución ministerial, donde dicho marco tiene

Figura 4 Frecuen cia de us o de las tecnología s de informa ción y comunica ción .

Figura N°4 Frecuencia de uso de las tecnologías de información y comunicación.

Ilustración 4Bú squed a de informa ción científi ca

Figura 5 Bú squed a de informa ción científi ca.

Figura N°5 Búsqueda de información científica.

En la figura N° 6 se puede apreciar con respecto al uso de redes sociales o medios

Figura N°6 Preferencias hacia las tecnologías de información y comunicación.

Figura N°7 Participación en comunicación de los médicos con sus pacientes.

Un 84% (179) refirió preferir siempre la búsqueda de información online; el 45%

1.1.3. Centro odontológico OR’DENT

El centro odontológico OR’DENT inició sus labores como consultorio

Tabla N°1: Atención de tratamientos en el periodo 2016

Atención de tratamientos en el periodo 2015 Total

Estética Ortodóntica 210

Fuente: Centro Odontológico OR’Dent

En la tabla N° 1 se puede apreciar los tratamientos que realizó el cirujano-

210 169 150

Figura N°8 Nivel de atención de tratamientos en el periodo 2016

Asimismo el la figura N°8 se presenta en la figura los niveles de atención por

o Situación actual del sistema de información en el centro odontológico

El centro odontológico cuenta con un área administrativa en donde se redactan,

Figura N°10: Archivamiento de documentos clínicos OR’Dent

Habiéndose analizado la problemática en el macro entorno, meso entorno, micro entorno

1.2. Formulación del problema

1.6. Diseño Metodológico

Figura 11 Historia de RUP

Figura N°11: Historia de RUP

La figura muestra la historia de RUP. El antecedente más importante se ubica en

Posteriormente en 1995 Rational Software Corporation adquiere entre 1995 y

2.2.2. Metodología RUP

Las características principales de RUP

Figura 12 Ca sos de u so que integr an el trabajo

Figura N°12: Casos de uso que integran el trabajo

En la figura se puede observar como los casos de uso constituyen un elemento

Los Casos de Uso no sólo inician el proceso de desarrollo sino establecen la

2.2.4. Proceso centrado en la arquitectura

Figura N°13: Evolución de la arquitectura del sistema

En la figura se muestra la evolución de la arquitectura durante las fases de RUP.

Es conveniente ver el sistema desde diferentes perspectivas para comprender

Figura 14 Pro ceso de mad urez de la arq uitectura

Figura N°14: Proceso de madurez de la arquitectura.