PONTIFICIA UNIVERSIDAD CATLICA DEL PER

FACULTAD DE CIENCIAS E INGENIERA

ANLISIS, DISEO E IMPLEMENTACIN DE UN SISTEMA BPM

PARA LA OFICINA DE GESTIN DE MDICOS DE UNA CLNICA

Tesis para optar el Ttulo de Ingeniero Informtico, que presenta el bachiller:

Carlos Garca Cspedes

ASESORA: Rosanna Palma Stanciuc

Lima, septiembre del 2013

ndice

1. GENERALIDADES ................................................................................................ 1
1.1. Problemtica Contextualizada ........................................................................ 2
1.2. Objetivo General ............................................................................................ 5
1.3. Objetivos Especficos ..................................................................................... 6
1.4. Resultados Esperados ................................................................................... 6
1.5. Alcance y Limitaciones ................................................................................... 7
1.6. Mtodos y Procedimientos ............................................................................. 9
1.7. Justificacin y Viabilidad ...............................................................................13
1.8. Plan de Proyecto ...........................................................................................16
2. MARCO CONCEPTUAL Y ESTADO DEL ARTE .................................................19
2.1. Marco conceptual ..........................................................................................19
2.2. Estado del arte ..............................................................................................30
2.3. Discusin del Estado del Arte........................................................................33
3. ANLISIS .............................................................................................................35
3.1. Anlisis FODA de la OGM .............................................................................36
3.2. Metodologa del Producto .............................................................................38
3.3. Catlogo de Actores del Sistema ..................................................................40
3.4. Requisitos del Sistema ..................................................................................40
3.5. Caso del Negocio del Proyecto .....................................................................55
4. DISEO ...............................................................................................................58
4.1. Arquitectura del Sistema ...............................................................................58
4.2. Diseo de la Interfaz Grfica .........................................................................68
4.3. Diagrama de Base de Datos .........................................................................74
5. CONSTRUCCIN ................................................................................................79
5.1. Tecnologas a utilizar: ...................................................................................79
5.2. Programacin y desarrollo del Sistema .........................................................81
5.3. Plan de Pruebas............................................................................................82
6. Observaciones, Conclusiones y Recomendaciones .............................................89
6.1. Observaciones ..............................................................................................89
6.2. Conclusiones ................................................................................................90
6.3. Recomendaciones ........................................................................................91
Bibliografa ..................................................................................................................93
ANEXOS .....................................................................................................................96
ndice de Figuras

Figura 1.1. Estructura de Desglose de Trabajo ...........................................................17

Figura 1.2.Diagrama de Gantt .....................................................................................18
Figura 2.1.Representacin de Eventos en Notacin BPM ...........................................22
Figura 2.2.Representacin de Actividades en Notacin BPM ......................................22
Figura 2.3.Representacin de Compuertas en Notacin BPM .....................................23
Figura 2.4.Representacin de Objetos de Conexin en Notacin BPM .......................23
Figura 2.5.Modelo de Flujo de Procesos BPM.............................................................24
Figura 2.6. Modelado de Procesos en BonitaSoft ........................................................26
Figura 2.7. Comit de Acreditacin .............................................................................27
Figura 2.8.Fuentes de Reclutamiento ..........................................................................28
Figura 2.9.Flujo de Proceso de Seleccin de Mdicos ................................................29
Figura 2.10. ORACLE BPM [19] ..................................................................................31
Figura 3.1. Diagrama del Proceso de Seleccin de Mdicos. ......................................42
Figura 3.2. Diagrama del Proceso de Induccin de Mdicos .......................................43
Figura 3.3. Diagrama del Proceso de Evaluacin de Rendimiento de Mdicos ...........44
Figura 3.4. Diagrama del Proceso de Evaluacin de Credenciales de Mdicos ..........45
Figura 3.5. Diagrama del Proceso de Otorgamiento de Privilegios ..............................46
Figura 4.1.Diagrama de Casos de Uso Paquete Seleccin de Mdicos ...................59
Figura 4.2.Diagrama de Casos de Uso Paquete Induccin ......................................60
Figura 4.3. Diagrama de Casos de Uso Paquete Evaluacin de Credenciales .........61
Figura 4.4.Diagrama de Casos de Uso Paquete Evaluacin de Rendimiento...........62
Figura 4.5.Diagrama de Casos de Uso Paquete Otorgamiento de Privilegios ..........63
Figura 4.6.Diagrama de Casos de Uso Paquete Reportes .......................................64
Figura 4.7. Vista Lgica o Estructural del Sistema ......................................................66
Figura 4.8. Vista de Implementacin: Modelo-Vista-Controlador .................................67
Figura 4.9. Vista de Despliegue del Sistema ...............................................................68
Figura 4.10. Pantalla Principal .....................................................................................70
Figura 4.11. Esquema Principal de las Ventanas ........................................................70
Figura 4.12. Caja de Texto ..........................................................................................71
Figura 4.13. Radio Button............................................................................................71
Figura 4.14. Botones ...................................................................................................71
Figura 4.15. Combo box ..............................................................................................72
Figura 4.16. Tablas Editables ......................................................................................72
Figura 4.17. Interfaz de Acceso al Sistema .................................................................73
Figura 4.18. Interfaz de Reporte de Mdicos ...............................................................74
Figura 4.19. Interfaz de Reporte de Procesos .............................................................75
Figura 4.20. Base de Datos para la Data de Mdicos de la OGM................................77
Figura 4.21. Base de Datos para la Data de Procesos de la Oficina de Gestin de
Mdicos.......................................................................................................................78
ndice de Tablas
Tabla 1. Indicadores de medicin de tiempo de procesos ...........................................51
Tabla 2. Indicadores de medicin de costo de procesos .............................................52
Tabla 3. Indicadores de medicin de eficacia en los procesos ....................................54
Tabla 4. Prueba de Integridad del Proceso de Seleccin de Mdicos .........................83
Tabla 5. Prueba de Integridad del Proceso de Induccin de Mdicos .........................84
Tabla 6. Prueba de Integridad del Proceso de Evaluacin de Rendimiento de Mdicos
....................................................................................................................................85
Tabla 7. Prueba de Integridad del Proceso de Evaluacin de Credenciales de Mdicos
....................................................................................................................................86
Tabla 8. Prueba de Integridad del Proceso de Otorgamiento de Privilegios ................87
Tabla 9. Prueba de Generacin de Reporte de Mdicos .............................................88
Tabla 10. Prueba de Generacin de Reporte de Procesos..........................................88
RESUMEN DEL PROYECTO DE TESIS

Las entidades prestadoras de salud en el Per tienen como fin principal poder brindar
servicios de calidad para sus pacientes. Uno de los puntos crticos dentro de este
objetivo pasa por reclutar personal idneo para las labores dentro de la organizacin.
En este punto, la seleccin de los mdicos, dentro de cualquier centro de salud,
debera pasar por una serie de procesos que se encuentren monitoreados para que se
asegure su correcta ejecucin. En la mayor parte de las clnicas y hospitales del pas
no se cuenta con un rea especializada en la seleccin, evaluacin y otorgamiento de
privilegios para mdicos. Dichas actividades se realizan sin procesos bien establecidos
lo que origina un desorden y una falta de control sobre la informacin del Staff Mdico
de dichas organizaciones. Una vez reconocidas dichas deficiencias, algunas clnicas
en el pas han tomado las primeras acciones, creando reas que apoyen a la gestin
de mdicos en sus organizaciones. Como complemento a dicha iniciativa el presente
proyecto se ha enfocado en brindar una solucin informtica que permita apoyar a las
reas encargadas de esta funcin.

El presente trabajo de tesis se desarroll sobre la base de las oportunidades de

mejora encontradas en los procesos de seleccin, evaluacin del rendimiento y
otorgamiento de privilegios para los mdicos dentro de una clnica a la que, por temas
de confidencialidad, se le ha denominado Clnica Alfa. Para ello, se propone el
desarrollo de un sistema que permita automatizar y monitorear los procesos de la
OGM (Oficina de Gestin de Mdicos), rea que se encarga de estas actividades
dentro de la Clnica Alfa. De esta manera, hacer de la informacin un recurso
disponible e ntegro para los responsables de administrar el proceso, en beneficio de
la organizacin y los pacientes.

Las OGM tiene la funcin de gestionar los procesos de seleccin, evaluacin del
rendimiento y otorgamiento de privilegios para los mdicos. Estas actividades se
realizan de forma manual y no se cuentan con aplicaciones que garanticen la
integridad y disponibilidad de la informacin sensible que manejan. Para cubrir esta
necesidad, se propone, como objetivo, contar con un sistema basado en herramientas
BPM (Business Process Management) que automatice y monitoree los procesos
referidos a la gestin de los mdicos en la Clnica Alfa.
Para lograr dicho objetivo se procedi, en una primera fase a comprender, modelar y
documentar los procesos de la Oficina de Gestin de Mdicos a travs de
herramientas orientadas a BPM de manera que quede claramente establecido los
responsables y la informacin que se maneja en cada uno de los procesos del rea.
Se debe tomar en cuenta que se realiz un acuerdo previo con los responsables del
rea y con la gerencia de la organizacin para poder extraer y presentar informacin
pertinente para la documentacin del presente proyecto, ello se ha logrado mediante
reuniones peridicas con trabajadores del rea y acuerdos con la jefatura de la misma.
Resultado de esta fase de anlisis, se elabor una matriz FODA que permite apreciar
la situacin actual en la que se encuentra el rea.

En una siguiente fase se procedi al diseo de un sistema que permita automatizar, y

monitorear los procesos del rea; y a su vez constituya un almacn de informacin
coherente e ntegra que facilite la emisin de reportes. Posteriormente se proceder a
la implementacin del mismo, para lo cual se utiliz herramientas orientadas a BPM,
en este caso el programa Bonitasoft, utilizado en la implementacin de soluciones
BPM en las organizaciones.

Una vez culminada dicha fase el resultado que se obtuvo incluy un prototipo de
sistema orientado a BPM y alineado a las necesidades actuales de la OGM de la
Clnica Alfa. Adems se obtuvo un prototipo de base de datos que permite manejar la
informacin de los mdicos de forma ordenada e integra, de manera que facilite la
emisin de reportes sinceros y completos. Asimismo, el proyecto origin como
resultado un Caso de Negocio para poder evaluar su factibilidad financiera.

Finalmente, luego de completar el prototipo de sistema, se corrobor su aplicabilidad

al rea de la OGM en la Clnica Alfa como una alternativa de solucin a los problemas
mencionados en el presente documento.

Dentro de las conclusiones del documento se menciona la importancia de un proyecto

BPM en la integracin de procesos e informacin de la OGM de la Clnica Alfa que
adems permitir brindar indicios de una solucin similar en otras reas de la clnica e
incluso en otras clnicas del pas.

A continuacin se describe brevemente la estructura del presente documento:

En el primer captulo se muestra el anlisis inicial del presente proyecto y se
describe el contexto de la problemtica que abarca, los objetivos, los
 resultados esperados, la delimitacin del mismo, las metodologas a utilizarse,
la justificacin y por ltimo el plan de proyecto.
En el segundo captulo se presenta un marco conceptual relacionado a los
trminos que manejan las entidades prestadoras de salud, a trminos
manejados por la Clnica Alfa especialmente a los del rea de la OGM;
asimismo, tambin se describen trminos sobre tecnologas y terminologa
BPM relacionados a la solucin propuesta.
En el tercer captulo se muestra el anlisis de la solucin, indicando la
metodologa de desarrollo de la herramienta, los requerimientos a ser
atendidos y la documentacin de los procesos del rea y los usuarios a los que
el sistema estar orientado.
En el cuarto captulo se presenta el diseo del sistema, que incluye: las
tecnologas utilizadas, la arquitectura implementada, la descripcin de los
mdulos considerados en la herramienta y los planes de prueba respectivos.
En cuanto al quinto captulo se presenta la implementacin de la herramienta,
los estndares utilizados en su codificacin y las pruebas de cada uno de los
componentes.
Finalmente en el sexto captulo se presentan las observaciones y conclusiones
consecuencia del proyecto realizado y recomendaciones para un trabajo futuro.
1. GENERALIDADES

En el presente captulo, se define en qu consistir el presente proyecto, le da una

dimensin y una justificacin al mismo.

En primer lugar, se describe la problemtica contextualizada que muestra la situacin

actual sobre la que se realiz el proyecto. Aqu se da un primer enfoque sobre los
procesos que realiza la Oficina de Gestin de Mdicos de la Clnica Alfa, el cual ser
complementado dentro del marco conceptual (Captulo II) del presente documento. A
partir de ello, se identifica y detalla el problema que se pretende resolver. Esta
seccin tambin describe la importancia que tiene el rea para poder conseguir
mdicos competentes dentro de la organizacin que permitan brindar un servicio de
calidad a los pacientes. Adems se destacan los problemas que se presentan en el
rea debido a la falta de automatizacin de sus procesos y a la falta de integracin de
los mismos con la informacin y las personas de la clnica.

Luego se presenta el objetivo general del proyecto as como los objetivos especficos
del mismo claramente relacionados a cada uno de los resultados esperados.

Asimismo, dentro del alcance se describen las dimensiones del proyecto, las cuales se
enmarcan en las funciones realizadas por la Oficina de Gestin de Mdicos de la
Clnica Alfa.

El punto de mtodos y procedimientos explica la metodologa que se utiliza para el

presente proyecto as como para el producto. Dentro de sta, se explica cmo se
adecuan los estndares del PMBOK al trabajo realizado y la metodologa RUP para el
desarrollo de un sistema BPM como el mencionado.

El punto de justificacin y viabilidad presentar cules son las razones que motivan la
realizacin del presente proyecto y un anlisis de viabilidad temporal, econmico y
tcnico.

Por ltimo, el plan de proyecto definir las actividades que se realizarn durante todo
el proyecto estableciendo las fechas para cada una de estas; ello se podr observar
en la Estructura de Desglose de Trabajo y el Diagrama de Gantt. Dentro del mismo se
aprecia que el proyecto tendr una duracin estimada de nueve meses.

1
1.1. Problemtica Contextualizada

La Clnica Alfa entidad privada en el rubro de la salud est conformada por una Sede
Central, Centros mdicos en Lima y Provincias y un ciento de consultorios dentro de
empresas en el pas. Dentro de la Sede Central se encuentra la OGM (Oficina de
Gestin de Mdicos), creada para manejar la informacin de los mdicos de todas las
sedes de la clnica.

Dicha rea presenta como objetivo primordial definir y estandarizar las polticas que
competen a la seleccin, induccin, evaluacin y otorgamiento de privilegios del staff
mdico dentro de la clnica, de esta manera poder asegurar la dotacin de personal
idneo y altamente capacitado.

El levantamiento de informacin permiti encontrar las principales funciones que tiene

el rea. Entre estas se encuentra la tramitacin y manejo de los documentos
necesarios por los mdicos para poder ser parte del Staff Mdico (personal mdico de
la clnica). Dichos documentos incluyen el curriculum vitae del Mdico, una ficha de
afiliacin y un documento de sustentacin. La OGM debe, adems, medir el
desempeo y el historial del mdico tanto de estudios como de trabajos realizados y
realizar la tramitacin y manejo de documentos para poder otorgar privilegios tanto por
las credenciales como por el desempeo del mdico. Se entiende por privilegio a la
responsabilidad de asignar un servicio de salud ms complejo a un mdico en
particular; por ejemplo que un mdico obtenga el privilegio de realizar cirugas una vez
analizado su historial y su desempeo. El rea adems debe enviar informes de
depuracin de mdicos que ya no trabajan en la Clnica Alfa. Por ltimo se encarga de
elaborar reglamentos y polticas para los mdicos.

La Oficina de Gestin de Mdicos no forma parte del rea de Recursos Humanos ni

puede ser manejada por un sistema orientado a esta rea, debido a que Recursos
Humanos no maneja el contrato de los mdicos ni les da induccin a los mismos. Ello
debido a que la clnica contrata a los mdicos por locacin de servicios. Esto quiere
decir que el locador presta sus servicios a cambio de una retribucin sin que medie
vnculo laboral. Este tipo de contrato es manejado por el rea de Gerencia Mdica.

2
El rea de Gerencia Mdica se encarga de administrar todos los procesos
relacionados al staff mdico de la clnica y est compuesta por un director mdico y
dos gerentes.

Esta rea se encuentra fuera de las gerencias y subgerencias administrativas en

donde se puede encontrar a Recursos Humanos (ver Figura 1.1).

Organigrama de la Clnica Alfa

Sin embargo, la Oficina de Gestin de Mdicos presenta muchas deficiencias en la

realizacin de las funciones que tiene a cargo, debido a las dificultades de gestin y
comunicacin con las dems reas con las que se relaciona. Entre estas se puede
encontrar tanto deficiencias en el manejo de la informacin dentro de la misma rea,
como en los trmites con las dems reas de la Clnica.

Con respecto al manejo de la informacin, se encontr un registro manual y lento de

las Fichas de Afiliacin de cada mdico, lo cual genera ambigedades, como por
ejemplo, en la manera de nombrar a un mismo mdico, adems de no contar con
reportes sobre el Staff Mdico actualizados y confiables.

Los procesos de evaluacin del rendimiento y credenciales del mdico no se pueden

realizar de manera completa; ya que no se tiene informacin total de todos los

3
mdicos de la clnica con respecto tanto a la experiencia y estudios que pueda tener,
como a su desempeo dentro de la clnica. Por ltimo, no se validan los datos que se
encuentran en el Curriculum Vitae y Ficha de Afiliacin.

Con respecto a la interaccin con otras reas de la Clnica, se encontr que la

comunicacin con estas se realiza de manera muy lenta y poco automatizada; stas
reas son las siguientes: Gerencia Mdica, SAC (Servicio al Cliente), UCSAM (Unidad
de Calidad de Salud y Auditora Mdica) y UDID (Unidad de Investigacin y Docencia).
Adems, puesto que el personal mdico no se encuentra debidamente integrado a los
procesos del rea, muchos de los mdicos no tienen una Ficha de Afiliacin
actualizada. Los procesos dentro del rea y su comunicacin con otras no se realizan
bajo un control adecuado, muchas veces se omiten actividades y se genera
inconsistencias en la informacin; ello incluye la omisin de la tramitacin y/o
documentacin de los curriculum vitae, de Documentos de Sustentacin y Fichas de
Afiliacin de cada mdico. Por ltimo, hay una falta de interaccin del rea con los
sistemas transaccionales que maneja actualmente la clnica.

Fuera del rea y como un problema de la clnica en general se encuentra el detalle de

que hay sistemas que manejan cdigos de identificacin diferentes para los mdicos,
lo cual permite que dos mdicos distintos registrados (uno en cada sistema) puedan
tener el mismo cdigo.

Las deficiencias mencionadas en la Oficina de Gestin de Mdicos generan muchos

problemas tanto para esta rea como para la Clnica. En primer lugar, debido a la falta
de automatizacin en los procesos de seleccin, induccin, evaluacin y otorgamiento
de Privilegios de la OGM, como a una base de datos para la misma; no se tiene el
tiempo suficiente para introducir y validar la informacin de todos los mdicos que se
encuentran en la Clnica (actualmente ms de 1000). A su vez el trabajo de medicin y
otorgamiento de privilegios tambin se vuelve muy tedioso sin poder realizarse para
todos los mdicos del rea. Adems debido a que no se tiene una base de datos no
se pueden emitir reportes completos y detallados sobre los mdicos de la Clnica, es
decir, no se pueden obtener el detalle de mdicos que portan o no RNE Registro
Nacional de Especialidad, la universidad de la cual provienen, sedes en las que
trabajan u otras.

Por otro lado, debido a que los procesos no estn bien definidos y controlados, surge
el problema de que el personal de la OGM pierde mucho tiempo en la obtencin de

4
informacin de cada mdico tanto para validacin como para actualizacin del Staff
Mdico. La falta de interaccin entre los sistemas que maneja la Clnica origina que el
rea tarde mucho tiempo en obtener informacin de los mismos.
Por ltimo debido a una falta de control riguroso en la comunicacin del rea con otras
reas de la empresa la validacin de informacin se hace muy tediosa.

De acuerdo a los problemas mencionados anteriormente, se busca solucionar aquellos

ocasionados por el registro manual de informacin de los mdicos de la Clnica tales
como la falta de validacin en la introduccin de la informacin de los mdicos que se
encuentran en la clnica y poder utilizar una base de datos que permita obtener
reportes de forma mecanizada; poder realizar la medicin y otorgamiento de privilegios
a los mismos de forma automatizada y para todo el Staff Mdico de la Clnica;
solucionar la poca integracin entre los procesos, personas e informacin que maneja
el rea; y por ltimo, solucionar la imposibilidad de emisin de reportes en lnea
completos y detallados. Ello se pretende realizar mediante un sistema que automatice
los procesos de seleccin, medicin y otorgamiento de privilegios dentro de la Clnica
y a su vez pueda lograr una integracin entre los procesos, personas e informacin del
rea de manera que dichos procesos puedan ser mejorados y controlados
constantemente. Ello se realizar mediante un Sistema BPM que controle y automatice
los procesos que involucren el flujo de informacin para seleccin, induccin,
evaluacin y otorgamiento de privilegios de mdicos.

Los procesos de esta rea no se realizan bajo un control, monitoreo y mejora de los
mismos; incluso la informacin no est integrada correctamente a los procesos y a las
personas encargadas de realizarlos. La implementacin de un sistema que se base en
herramientas BPM lograr esta integracin; adems, dicho sistema permitir
monitorear los procesos, dando la opcin de poder analizar el rendimiento de los
mismos y poder optimizarlos.

1.2. Objetivo General

Analizar, disear e implementar un sistema para automatizar y gestionar los procesos

realizados en la Oficina de Gestin de Mdicos de la Clnica Alfa utilizando BPM.

5
1.3. Objetivos Especficos

Objetivo Especfico 1: Analizar el presente proyecto realizado en la OGM (Oficina de

Gestin de Mdicos de la Clnica Alfa), y elaborar un Business Case del Proyecto de
tal manera que se pueda evaluar el impacto que tendr el mismo en el rea y en la
Clnica Alfa.

Objetivo Especfico 2: Elaborar una matriz FODA, una vez hecho el anlisis del rea
que permita conocer cul es su situacin actual y qu oportunidades, debilidades
fortalezas y amenazas tiene.

Objetivo Especfico 3: Disear una base de datos que permita almacenar la

informacin de la Oficina de Gestin de Mdicos de la Clnica Alfa, considerando
informacin sobre mdicos tanto de sus credenciales, privilegios y cualquier otro
documento relacionado a la medicin del desempeo de los mdicos y al otorgamiento
de privilegios para los mismos.

Objetivo Especfico 4: Construir un prototipo de sistema orientado a BPM (Business

Process Management) que automatice los procesos dentro del rea de OGM, que
permita cubrir la necesidad de emisin de reportes sobre los mdicos que no se tiene
actualmente y que permita flexibilizar los procesos dentro de la OGM para una mejora
constante.

1.4. Resultados Esperados

Resultado Esperado 1: Business Case o Caso de Negocio que detalle los factores a
tener en cuenta dentro de la Oficina de Gestin de Mdicos de la Clnica Alfa
diferenciando aquellos que sern automatizados en este proyecto y permita apreciar
un anlisis financiero una vez culminado este proyecto. Este resultado se medir a
partir de la evaluacin de los usuarios del Sistema orientado a BPM quienes evaluarn
el Caso de Negocio presentado y de la definicin de indicadores del presente
proyecto.
(Relacionado con el Objetivo Especfico 1)

6
Resultado Esperado 2: Matriz FODA de la Oficina de Gestin de Mdicos sealando
qu puntos de los componentes de la matriz se van a poder cubrir con el proyecto y
que permita conocer la situacin real, en la cual se encuentra el rea y su entorno.
Este resultado se medir de acuerdo a un documento que contenga la Matriz FODA de
la OGM y a una evaluacin por parte del jefe del rea y de los involucrados.
(Relacionado con el Objetivo Especfico 2)

Resultado Esperado 3: Prototipo de Base de Datos que almacene toda la informacin

relacionada a los principales procesos de la Oficina de Gestin de Mdicos.
(Relacionado con el Objetivo Especfico 3)

Resultado Esperado 4: Prototipo de Sistema BPM que automatice los procesos de la

Oficina de Gestin de Mdicos, permita emitir reportes de la informacin ingresada y
que flexibilice los procesos del rea permitiendo la mejora de los mismos. Este
resultado se medir a partir de los mdulos que se generan para la seleccin e
induccin de los mdicos, mdulo de medicin de rendimiento, mdulo de
otorgamiento de privilegios y mdulo de reportes. (Relacionado con el Objetivo
Especfico 4)

1.5. Alcance y Limitaciones

A continuacin se especifica el alcance del proyecto tomando en cuenta el tiempo que

se va a emplear, el espacio que va a abarcar y la formulacin precisa del problema. A
su vez se detallan cules son los lmites de dicho alcance.

Alcance
El presente proyecto se enmarca sobre las necesidades de las empresas del sector de
salud con respecto a la seleccin, induccin, medicin de rendimiento y otorgamiento
de privilegios de los mismos.

La empresa que se ha elegido para el presente proyecto es la Clnica Alfa debido a la

facilidad de recoleccin de informacin y debido a que cubre una de las necesidades
que tiene la organizacin en estos momentos, referida a la falta de automatizacin y
monitoreo en los procesos de la OGM, rea encargada de seleccionar, evaluar y
otorgar privilegios al Staff Medico entre otras actividades referidas al personal mdico.

7
La Clnica Alfa, como la mayora de empresas prestadoras de salud en el pas, cuenta
con un rea de Gerencia Mdica, dentro de la cual se realizan los procesos de
reclutamiento y seguimiento de los mdicos de la organizacin y utiliza la Oficina de
Gestin de Mdicos OGM , como un rea de apoyo para la Gerencia Mdica.
Para el rea de Gerencia Mdica se requiri informacin sobre la forma de calificacin
que utilizan los gerentes mdicos para medir las credenciales de los mdicos y cul es
la forma de otorgar y disminuir los privilegios de los mismos. El rea de Servicio al
Cliente y de Inteligencia de Negocios permiti brindar informacin sobre cmo se
mide el desempeo de los mdicos, cuales son los indicadores que utilizan y como se
relacionan con la Gerencia Mdica. El rea de Recursos Humanos maneja
informacin de los currculos de mdicos que trabajan actualmente en la clnica, estos
deben encontrarse almacenados dentro de la OGM para poder tener la informacin de
los mismos de manera ntegra.

Acerca del producto final, el anlisis, diseo e implementacin del sistema BPM
(Business Process Management) para la OGM, comprende la automatizacin de los
siguientes puntos:
Introduccin y almacenamiento de Fichas de Afiliacin, Hojas de Vida y
Documentos de Sustentacin de los mdicos.
Registro del desempeo o calificacin del mdico de manera que muestre
resultados del performance del mdico dentro de la Clnica.
Otorgamiento de privilegios a los mdicos de la clnica y a su vez brindar
informacin sobre los movimientos realizados por los mdicos dentro de la
clnica (refirindose a cambios al otorgamiento de privilegios o a la disminucin
de los mismos).
Envo de alertas sobre la informacin de los mdicos que se encuentra
desactualizada ya sea por vencimiento de documentos o por la omisin del
registro de los mismos.
Emisin de reportes estadsticos sobre los mdicos dentro de la Clnica, dichos
reportes se basaran en informacin obtenida dentro del rea de OGM y no
utilizar informacin de otras reas de la clnica tales como Recursos Humanos
o Servicio al Cliente.
Otro factor importante a considerar es que la OGM lleva alrededor de veinte
meses de creacin por lo que el rea an est expuesta a cambios dentro de
sus procesos. Por este motivo se busca elaborar un sistema flexible que
permita la mejora de procesos dentro del mismo. Como ya se mencion

8
 anteriormente, los procesos que se incluirn en el sistema nicamente sern
aquellos realizados dentro de la OGM y no en otras reas de la empresa.

Limitaciones

Si bien la OGM es el rea para la cual se est construyendo el sistema, el proyecto

requiere la obtencin de informacin de diversas reas de la empresa tales como la
Gerencia Mdica, Servicio al Cliente - SAC, Recursos Humanos e Inteligencia de
Negocios, para lo cual se debe realizar el levantamiento de informacin de las mismas
asumiendo el riesgo de la falta de apoyo por parte de stas reas o incluso la salida de
vacaciones del personal encargado de las actividades relacionadas con la OGM.

Para el diseo de este sistema se requiere el apoyo y la aprobacin de los directivos

de la empresa debido a que se estn revisando procesos crticos dentro de cualquier
centro de salud, entre otros, el de adquisicin de mdicos.

Si bien se haban tenido conversaciones y la aprobacin del jefe de la Oficina de

Gestin de Mdicos en un primer momento no se tena informacin del directorio
mdico. Como se sabe la OGM est ligada fuertemente a los gerentes mdicos, ya
que ellos son los que toman decisiones finales con respecto al futuro de los mdicos
en la clnica. Si los directores mdicos se rehusaban a brindar informacin exacta
sobre el tipo de parmetros que utilizan para tomar decisiones sobre los mdicos no
se podra disear un sistema acorde con los procesos de la clnica.

Los riesgos mencionados se trataron de mitigar mediante la construccin del producto

con un nivel de usabilidad alto (Vase dentro de los Requerimientos no funcionales del
Sistema); de manera que el nivel de aceptacin aumente con las presentaciones de
los avances del sistema y se pueda recibir ms apoyo de las partes interesadas.

1.6. Mtodos y Procedimientos

Esta seccin describe la metodologa que se utiliza tanto para la ejecucin del
proyecto como para la obtencin del producto final.

9
El proyecto trata de adaptar los estndares de la gua del PMBOK desarrollada por el
Project Management Institute, debido a que es un estndar reconocido
internacionalmente (IEEE Sed 1490-2003), siendo aplicable a proyectos de software
como al que refiere el presente documento y brindando muy buenos resultados. Si
bien ste no es un proyecto grande, se busca cumplir con las principales prcticas
descritas en el PMBOK con respecto a las reas que menciona.

El PMBOK presenta estndares que trabajan sobre nueve reas de conocimiento:

Gestin de la Integracin del Proyecto, Gestin del Alcance del Proyecto, Gestin del
Tiempo del Proyecto, Gestin de la Calidad del Proyecto, Gestin de las
Comunicaciones del Proyecto, Gestin de los Riesgos del Proyecto, Gestin de los
Recursos Humanos del Proyecto, Gestin de los Costos del Proyecto y Gestin de las
Adquisiciones del Proyecto. A su vez describe los proyectos dentro de cinco fases:
Iniciacin, Planificacin, Ejecucin, Control y Cierre [6].

Con respecto a la adaptacin del estndar del PMBOK al presente proyecto, se han
realizado algunos de los entregables mencionados en cada una de las siguientes
reas de conocimiento del mencionado estndar, dentro de cada una de las cinco
fases tambin mencionadas:
Dentro de la Gestin de la Integracin del Proyecto se identifican, definen y coordinan
todas las actividades de control del proyecto, en este caso, se refiere al acuerdo o
constitucin para el anlisis, diseo e implementacin de un Sistema BPM dentro de la
OGM de la Clnica Alfa. Adems se refiere a la autorizacin de la Gerencia Mdica,
del jefe de la OGM y los trabajadores del rea para poder recopilar informacin de la
misma. Una vez constituido el proyecto se acordaron reuniones quincenales con el
coordinador de la Oficina de Gestin de Mdicos para poder darle seguimiento. Por
ltimo se lleg a un acuerdo del cierre del proyecto para fines del presente ao como
fecha lmite.

Con respecto a la Gestin del Alcance del Proyecto, una vez definido y constituido el
mismo (Anexo 2. Project Charter) se defini el rea sobre la cual se realizara el
Sistema. Para el proyecto se tiene que el Sistema automatizar y gestionar los
procesos realizados en la Oficina de Gestin de Mdicos. Asimismo se ha definido la
elaboracin del EDT para enumerar todas las actividades que se realizarn dentro del
mismo.

10
Con respecto a la Gestin de las Comunicaciones del Proyecto, se defini a los
interesados en el logro de los objetivos del presente proyecto. Dentro de los mismos
se consider a la Gerencia Mdica que ha facilitado la obtencin de informacin dentro
de la OGM, a su vez se debe mencionar a los miembros de la OGM incluyendo a la
jefatura y a los administradores.

Con respecto a la Gestin del Tiempo del Proyecto, se utiliz el diagrama de Gantt
como herramienta de planificacin, seguimiento y control de los tiempos planificados
para las actividades .

Con respecto a la Gestin de Riesgos, se documentaron los riesgos identificados y

tener clara la respuesta a dichos riesgos.

De las nueve reas del PMBOK tres han sido dejadas de lado debido a los siguientes
motivos:
Gestin de los Recursos Humanos del Proyecto, debido a que el proyecto fue
realizado nicamente por el autor del presente documento y no se requiere
manejar un equipo
Gestin de los Costos del Proyecto, debido a que el proyecto no manej
presupuestos de dinero y adems no incurre en muchos gastos pues las
herramientas utilizadas son de uso libre.
Gestin de las Adquisiciones del Proyecto pues el proyecto no realiz ninguna
adquisicin extra durante el transcurso del mismo.

Adems de las nueve reas que maneja el PMBOK, ste tambin distingue cinco
fases dentro de cualquier proyecto. A continuacin se detalla la adaptacin de dichas
fases:

Para la iniciacin del proyecto se tomaron acuerdos iniciales del proyecto y se

identific a las partes interesadas. Para el proyecto en mencin se identific como
interesados al Gerente Mdico de la Sede Lima, al Director Mdico y a los
trabajadores de la Oficina de Gestin de Mdicos, el autor del presente documento, los
trabajadores de la OGM y colaboradores de otras reas tales como el jefe del rea de
Business Intelligence, colaboradores del rea de Servicio al Cliente y del rea de
Recursos Humanos.

11
Dentro del PMBOK se definen actividades de planificacin que fueron realizadas para
el proyecto. En primer lugar, se estim el costo en horas del proyecto de acuerdo a la
Estructura de Desglose de Trabajo definida, al alcance y a los obstculos que tiene el
mismo. Se definieron los recursos y colaboradores con los que se cuenta, en este
caso trabajadores del rea y colaboradores en el proyecto; y los riesgos existentes
tales como la falta de informacin sobre los procesos de Gerencia Mdica.

Dentro de los procesos de la fase de ejecucin se consideraron aquellos encargados

de controlar la ejecucin de un producto de calidad, ello quiere decir, para el presente
proyecto un sistema que cubra los requerimientos solicitados. Para la elaboracin del
producto se utiliz la metodologa Rational Unified Process (RUP) como se menciona
ms adelante. En este caso consiste en las constantes reuniones tanto con los
trabajadores del rea as como en el aseguramiento de que el proyecto se realiza con
calidad, de acuerdo a lo establecido en el alcance y a lo que desea el usuario.

Para la fase de seguimiento y control se verific que se est cumpliendo con el

alcance del proyecto detallado en el mismo adems de verificar si se estaban
controlando los riesgos existentes. Adems se verific si se est cumpliendo con el
cronograma establecido y acordado con el jefe del rea de OGM de la Clnica.

Con respecto a la gestin del producto, la metodologa utilizada es la de RUP, la cual

constituye la metodologa estndar ms utilizada para el anlisis, implementacin y
documentacin de sistemas orientados a objetos.

La manera en que se adapta dicha metodologa a la construccin del sistema BPM

para la OGM es la siguiente: En la fase de iniciacin y elaboracin se debi
comprender claramente los procesos desarrollados en la OGM y del rea de Gerencia
Mdica de forma que se pudo establecer cules son las necesidades ms importantes
en el rea, a su vez se pudo realizar un modelado de procesos del rea en notacin
BPM de manera que se tuvo una base consistente para la elaboracin del producto.
Una vez definidos los requerimientos que deba cumplir el sistema se procedi al
diseo y la construccin del mismo. Para cada iteracin se deban cubrir los
requerimientos del sistema de manera que en las primeras iteraciones se cubrieron
con los requisitos de almacenamiento de informacin inicial sobre mdicos tales como
fichas de Afiliacin y Documentos de Sustentacin. Para las siguientes iteraciones se
deban cumplir con los requerimientos que involucren la automatizacin de los
procesos de medicin de performance y rendimiento del mdico para culminar con los

12
procesos de otorgamiento de privilegios. Esta metodologa ha sido escogida ya que
permite que en cada fase puedan participar las distintas disciplinas de RUP de manera
que el producto se desarrolle de manera iterativa e incremental y los interesados tales
como el personal de la OGM pudieran medir el avance del producto que se est
realizando.

1.7. Justificacin y Viabilidad

Dentro de esta seccin se describen las razones que motivan la realizacin del
presente proyecto y cules son los beneficios que se obtendrn

Conveniencia

Permitir identificar aquellos procesos susceptibles dentro de la OGM de la Clnica

Alfa de manera que estos puedan ser automatizados, resolviendo al problema de la
clnica de no poder manejar informacin personalizada de cada uno de los miembros
del staff mdico, de poder medir el rendimiento de los mismo y poder otorgar
credenciales a los mismos de una manera ms ordenada y automatizada.

El proyecto brinda indicios para una solucin que permita optimizar el reclutamiento de
mdicos en el pas; ello lo lograr con la solucin que se obtiene. De esta manera
fomentar a otras clnicas y hospitales a formalizar el manejo del personal mdico en
las mismas por medio de un sistema que pueda integrar los procesos de este tipo de
empresas.

Adems, al utilizar los estndares de BPM en el rea de la OGM permitir a la clnica

evaluar la conveniencia de utilizar esta metodologa dentro de otras reas.

Implicaciones prcticas

Este proyecto tiene como fin principal el poder resolver la falta de integracin y la
prdida de tiempo en los procesos realizados por el rea de OGM de la Clnica Alfa
mediante un Sistema de Informacin. Ello se pretende alcanzar basado en las
metodologas BPM y en las herramientas que permiten modelar este tipo de sistemas.
El proyecto se enfoca en un problema en concreto para una clnica, la aplicacin
prctica del producto se realizar dentro de la Clnica Alfa, empresa que presenta el

13
problema descrito en este trabajo, pero adems permitir que otras clnicas que
presentan el mismo problema utilicen este producto o desarrollen algo similar.

Valor Terico

El proyecto permitir que la Clnica Alfa cuente con el uso de herramientas BPM para
administrar uno de sus procesos ms cambiantes y menos integrados a sus sistemas.
El sistema permitir que un rea tan sensible a cambios como la OGM la cual debe
manejar las polticas para los mdicos, procedimientos manuales y otros
procedimientos pueda contar con un sistema flexible. El uso de herramientas BPM
permitirn a la Clnica establecer quines son los responsables de cada uno de los
procesos es decir tener un mayor control y monitorizacin sobre los mismos. De esta
manera si el uso de BPM dentro del rea funciona exitosamente podr adoptarse en
otras reas de la Clnica Alfa.

Como se menciona ms adelante, en la seccin de estado del arte del presente

proyecto, son muy pocas las clnicas en el pas que cuentan con un rea de apoyo a la
gerencia mdica similar a la OGM, es decir, un rea que tenga informacin
personalizada para cada mdico del Staff. El proyecto de integrar los procesos
vinculados de seleccin, evaluacin y otorgacin de privilegios para los mdicos
mediante un sistema, sin duda, permitir evaluar que tan importante es en la calidad
de los servicios en el sector de salud contar un sistema que garantice la calidad de sus
mdicos; de esta manera el proyecto podr ser imitado por otras clnicas en el pas.

Viabilidad del proyecto

Viabilidad Tcnica
El Proyecto rene caractersticas, condiciones tcnicas y operativas que aseguran el
cumplimiento de sus metas y objetivos. En primer lugar la tecnologa BPM se
encuentra ya difundida en todo el mundo incluso existen muchos programas de
cdigo libre que permiten el desarrollo de aplicaciones orientadas a BPM.
Incluso los sistemas BPM se encuentran utilizados en muchas empresas en todo el
mundo mostrando claramente mejoras en sus procesos de negocio, como se muestra
en el estado del arte del presente proyecto.

14
Por otro lado el enfoque a un rea que no cuenta con un sistema actualmente
garantiza que el proyecto no genere duplicidad de trabajo y permite a su vez brindar a
la empresa una visin de los beneficios de aplicar BPM en una empresa.

Las condiciones operativas de la empresa permiten tener acceso a la informacin de

los procesos de manera que se pueda identificar claramente las tareas involucradas
dentro de la Oficina de Gestin de Mdicos. El acceso se obtendr mediante
entrevistas con los miembros del rea como se ha venido realizando hasta ahora e
incluso observando los procesos de seleccin de los mdicos de la clnica.

Viabilidad Temporal
El proyecto de anlisis diseo e implementacin de un sistema BPM para la OGM de
la Clnica Alfa tiene como alcance optimizar los procesos que se encuentran dentro del
rea. Para poder alcanzar los objetivos del presente proyecto, de acuerdo a la
Estructura de Desglose de trabajo se estim que el proyecto culminara en 9 meses
con un solo recurso asignado; estimacin que ha sido cumplida. A su vez se debera
contar con los riesgos que impliquen esperas para conseguir informacin relevante
como son documentacin sobre procesos o reuniones con los miembros de rea.
Estos riesgos disminuyeron estableciendo un plan de trabajo con los miembros del
rea de forma anticipada que incluya fechas de reunin e informacin necesaria para
cumplir con el proyecto (detalle de nuevas polticas del rea o detalle exhaustivo de los
procesos de evaluacin y otorgamiento de privilegios de mdicos)

Viabilidad Econmica
Los costos de anlisis y diseo del sistema son financiados nicamente por el autor
del presente proyecto. Estos costos nicamente refieren a materia prima y a equipo
utilizado para el anlisis y diseo del sistema el cual para este caso es de una
computadora personal y de cualquier materia prima requerida para la documentacin
de los procesos del rea. Con respecto a la tecnologa a utilizarse para este caso se
ha elegido un Open Source, BonitaSoft por lo que ste no representa costos de
adquisicin de la aplicacin. Una vez implementado el sistema y debido a que este los
costos referidos a la implementacin del proyecto requerirn tambin de capacitacin
para el personal del rea con respecto a las herramientas BPM utilizadas en el mismo,
que representaran un costo en caso no sean realizados por el autor de este proyecto.

15
Con respecto a las pruebas y validaciones, este costo no ser tan elevado y se asume
un costo mnimo que incluso pueda ser realizado por el autor del presente proyecto.
De acuerdo a las afirmaciones realizadas se puede concluir que el proyecto presenta
limitaciones de tiempo que han sido puntualizadas para la viabilidad temporal del
mismo, mientras que los costos del mismo no impiden que este se lleve a cabo con
normalidad por lo que se afirma que el proyecto es econmicamente viable. Este
proyecto est siendo apoyado por la Clnica Alfa, la cual esta brindado todas las
facilidades de informacin al autor del presente documento.

1.8. Plan de Proyecto

Esta seccin tiene como fin brindar un alcance sobre las actividades que se han
desarrollado a lo largo del proyecto, as como brindar una perspectiva temporal de las
mismas (ver Figura 1.2 y 1.3).
El presente proyecto se ha dividido en diversas fases tomando como referencia la
metodologa establecida en el PMBOK, como ya se explic en el punto de mtodos y
procedimientos.

16
EDT (Estructura de Descomposicin del Trabajo)

Figura 1.1. Estructura de Desglose de Trabajo

17
Diagrama de Gantt

Figura 1.2.Diagrama de Gantt

18
2. MARCO CONCEPTUAL Y ESTADO DEL ARTE

El presente captulo describe, en primer lugar, los conceptos necesarios para

comprender claramente el proyecto que se ha realizado.

El marco conceptual menciona y explica los conceptos relacionados a la solucin que

se pretende brindar a la organizacin, es decir, describe la terminologa de los
Sistemas BPM y en particular el Sistema BonitaSoft, que se utiliza para la elaboracin
del proyecto. Luego detalla los conceptos relacionados al rea y a la empresa donde
se realiza el proyecto (la OGM y la Clnica Alfa).

Posteriormente se describe de manera detallada el Estado del Arte en el cual se

encuentra la situacin a la cual se enfoca el proyecto. En esta seccin se describen
sistemas relacionados a las Clnicas y Hospitales actualmente para luego describir
Soluciones BPM aplicadas en empresas, enfocndose en empresas prestadoras de
Salud. Adems se describen aplicaciones realizadas por el Sistema BonitaSoft.
Por ltimo se discutir sobre el estado del arte para poder identificar los vacos que
existen en el mismo, los cuales van a ser cubiertos en este proyecto.

2.1. Marco conceptual

Actualmente muchas de las organizaciones manejan sus procesos mediante sistemas

de informacin. Dichos sistemas, sin duda, son de mucho apoyo para poder
administrar la informacin dentro de las mismas; sin embargo, muchos de los procesos
dentro de una empresa se ven obligados a adaptarse al sistema que se tenga
implantado lo cual no le da mucha flexibilidad al negocio ante cualquier tipo de cambio
[13].
Para la situacin que se plantea se implementar un sistema orientado a procesos de
manera que permita una mayor gestin de los mismos evitando las alteraciones en los
trmites y mejora de procesos hacindolos mucho ms eficientes. En primer lugar, se
definirn algunos conceptos importantes con respecto a la tecnologa y herramienta a
utilizarse para el desarrollo del proyecto, para luego mencionar conceptos
relacionados al negocio (Oficina de Gestin de Mdicos de la Clnica Alfa) en el que se
est trabajando.

19
Conceptos generales relacionados a Sistemas BPM (Business Process
Management)

Gestin de Procesos: Dicha actividad tiene sus orgenes en los aos cincuentas
siendo en los aos sesentas y setentas denominada como mejora de procesos. La
gestin de procesos busca una visualizacin detallada del conjunto de actividades
dentro de una organizacin en este caso dentro de una clnica. Permite por lo tanto
obtener herramientas con las que se puede analizar, controlar, mejorar y redisear el
flujo de trabajo; de esta manera hacerlo ms satisfactorio para el cliente y ms
rentable para la empresa. Dentro del presente proyecto, la gestin de procesos incluye
la descripcin completa del flujo de trabajo del rea de credenciales y privilegios de la
clnica, de esta forma, implementar un sistema que pueda administrar los mismos.

Mejora de procesos: La gestin por procesos requiere de un mtodo sistemtico de

mejora de los mismos, el cual consta de las siguientes etapas: Identificacin y
definicin del proceso real, medicin y anlisis del proceso, seguimiento, identificacin
de oportunidades de mejora, normalizacin y estabilizacin del proceso y plan para la
revisin y mejora continua. Debido a que este ciclo va a ser repetitivo es que se
aparecen los sistemas BPM como una alternativa ms flexible que los sistemas
tradicionales. [1]

BPM [2]: El BPM puede verse como una metodologa o una herramienta estratgica
orientada a los procesos de negocio que realiza un enfoque integral a los procesos,
personas y tecnologas de informacin. El BPM busca identificar, disear, ejecutar,
documentar, monitorear y medir los procesos de negocio de una organizacin; ello
incluye tanto procesos manuales como automatizados. Cabe resaltar que el BPM no
es una tecnologa de software pero si se apoya en herramientas de software para ser
implementada de forma efectiva en una empresa.

Beneficios:
Dentro de cualquier organizacin la relacin que hay entre trabajadores,
procesos y sistemas es muy importante, por ello el uso de herramientas BPM
permite mantener estos componentes correctamente alineados e integrados.
Tener una visin clara sobre los procesos de negocio, identificando cuales son
los vnculos, las reas y los responsables que existen en los mismos.
Permite identificar los procesos que son cuellos de botella dentro de la
organizacin

20
 Permite identificar oportunidades de mejorar los procesos y con ello mejorar el
desempeo
Documentar los procesos de la organizacin

Sistema BPM: Es un sistema de software genrico que incluye herramientas para

cubrir con el ciclo de vida de BPM dentro de las organizaciones. Es decir, permite
disear modelos de procesos de manera que se pueda realizar una gestin de los
procesos de negocio de manera automatizada y flexible. Cabe recalcar que a
diferencia de los sistemas de informacin clsicos, los sistemas BPM se adaptan
rpidamente a un cambio en los procesos del negocio de esta manera permite la
mejora continua de procesos dentro de las empresas. [4]
Los beneficios de utilizar Sistemas BPM dentro de una organizacin son los
siguientes:
Permite que el ciclo de vida de la Gestin de Procesos se realice de forma
ms rpida y eficiente.
Permite adaptarse a las necesidades del mercado y manejar excepciones, de
una forma gil, modificando tanto las reglas de negocio como los procesos en
tiempo real.
Permita identificar cuellos de botella mediante simulaciones y escenarios y
otras herramientas de monitorizacin de procesos.
Automatizacin, trazabilidad y control de tareas y procesos.
Gran agilidad para responder a los cambios en las condiciones de mercado
Disminuye la cantidad de errores y la reduccin de entradas manuales.
Permite una mejor toma de decisiones
Permite que la direccin verifique las mejores prcticas, el cumplimiento de las
polticas y pueda reasignar actividades de acuerdo a la evaluacin del
rendimiento

BPMN: [5] Dentro de la tecnologa BPM (Gestin de los Procesos de Negocio) se

utiliza una notacin grafica estandarizada para disear dichos procesos en un
Diagrama de Procesos de Negocio. Dicha notacin se conoce como BPMN, Business
Process Modeling Notation fue creada por la Business Process Management Initiative
bajo la tutela de Stephan A. White en el 2004. Esta notacin presenta componentes
que pueden ser divididos en las siguientes categoras:
Objetos de Flujo, Objetos de Conexin, Artefactos, Participantes y Datos

21
Objetos de Flujo:
Los objetos de flujo representan a los eventos, actividades y gateways (condiciones)
dentro de un flujo.

Los eventos se representan por crculos y pueden ser iniciales, finales o intermedios.
(Como se observa en la Figura 2.1)

Figura 2.1.Representacin de Eventos en Notacin BPM

Las actividades describen los trabajos que se realizan y se encuentran representados

por un rectngulo con los vrtices redondeados. (Como se observa en la Figura 2.2)

Figura 2.2.Representacin de Actividades en Notacin BPM

Por ltimo los Gateways, cuyo smbolo es un rombo, representan a las condiciones
bajo las cuales se realizan las actividades. (Como se observa en la Figura 2.3)

22
 Figura 2.3.Representacin de Compuertas en Notacin BPM

Objetos de Conexin:
Los objetos de conexin permitirn conectar los objetos de flujo y son los siguientes:
Flujos de secuencia, flujos de mensaje y asociaciones. (Como se observa en la Figura
2.4)

Figura 2.4.Representacin de Objetos de Conexin en Notacin BPM

Los artefactos, por su parte son aquellos que describen el flujo del diagrama. Estos no
tienen ninguna influencia en la lgica del proceso y pueden ser los siguientes:
Comentarios, agrupaciones y smbolos propios.

Los participantes engloban a un conjunto de actividades y pueden ser de dos tipos:

Pool o Lane.

Por ltimo los Datos representan a algn tipo de documento o base de datos que entra
o sale del flujo. Entre estos se encuentran los siguientes: Objeto de Dato, Entrada de
Datos, Archivo de Datos y Salida de Datos.

Adems es importante mencionar los siguientes trminos

23
 Tarea: Unidad mnima de trabajo que no puede ser dividida en algn
procedimiento menor.
Sub-proceso: Permite ocultar el detalle de los procesos que se modelan de
manera que se puedan maximizar en cualquier momento.
Transaccin: Conjunto de subprocesos que se comportan como una sola
unidad.
Compuertas (Control de Flujo): Est representada por una figura de diamante y
determina si se bifurca o se combina las rutas.
En la figura 2.5 se presenta un ejemplo de un Flujo de Procesos de Negocio utilizando
la Nomenclatura BPM.

Herramientas BPM:
Existen numerosas herramientas dentro del mercado para la elaboracin de un
proyecto BPM, tanto productos comerciales, soluciones de cdigo abierto o desarrollos
de componentes necesarios. Se dividen de acuerdo a las funciones que realizan en
Herramientas de modelado de procesos, Herramientas de simulacin de procesos,
Motores de ejecucin para BPM y Motores de reglas: [8]
Herramientas de modelado de procesos: Entre estas herramientas se
encuentran las siguientes: BizAgi Process Modeler, Ultimus, Process Designer,
Business Process Visual ARCHITECT y Microsoft Visio.

Figura 2.5.Modelo de Flujo de Procesos BPM

24
 Herramientas de simulacin de procesos: Herramientas que permiten imitar los
procesos mediante apoyo computacional. Algunos ejemplos son los siguientes:
el simulador de Tibco Business Studio y el Oracle Business Process Simulator

Motores de ejecucin para BPM: Estas herramientas permiten la

automatizacin de los procesos de negocio y permiten que las personas
puedan intervenir en el flujo de los mismos. En el mercado encontramos por
ejemplo a Oracle BPEL Process Manager, WebSphere Process Server.

Motores de reglas: Incluyen la configuracin de las normas o reglas del negocio

ya que stas no deben ir incrustadas a los procesos para poder tener mayor
flexibilidad a cambios. Algunas herramientas son las siguientes: Oracle
Business Rules y el BizAgi Business Rules

BonitaSoft BPM Solution: Software para la implementacin de sistemas BPM Dicha

herramienta se utilizar en este proyecto para la construccin del sistema. Este es un
software libre que permite el modelado de procesos (como se aprecia en la Figura
2.6.), posee un motor de ejecucin para BPM y una interfaz de usuario; es muy
adaptable y flexible a cualquier tipo de sistema de informacin. [9]

Conceptos del Negocio relacionados al proyecto:

En la figura 1.7 se muestra la organizacin actual de la Clnica Alfa, donde se puede

observar la posicin jerrquica que ocupa la Oficina de Gestin de Mdicos.

A continuacin se describen algunos conceptos propios del rea en donde se realiza el

proyecto.

25
 Figura 2.6. Modelado de Procesos en BonitaSoft

Fuentes de Reclutamiento: Para el rea de Gestin de Mdicos, la relacin de los

mdicos que pueden ser contratados por la clnica se encuentran en diferentes
fuentes. A estas fuentes se les conoce como Fuentes de Reclutamiento la cual tiene
en primer lugar a la Base de Datos de una Aseguradora Importante del Pas. La base
de Datos la Empresa Aseguradora contiene informacin de los mdicos ms
requeridos y de referencia en el mercado. En segundo lugar se utiliza la informacin
de los colegios profesionales y sociedades cientficas. En tercer lugar, se utiliza como
fuente las propias referencias del Staff Mdico de la clnica. En cuarto lugar se tienen
los perfiles de las universidades locales y extranjeras.

Oficina de Gestin de Mdicos: Unidad orgnica dentro de la Clnica Alfa que depende
de la Direccin Mdica Corporativa, encargada de brindar soporte y monitorear las
actividades vinculadas al proceso de credenciales y otorgamiento de privilegios al Staff
mdico de la Clnica Alfa.

Ficha de Afiliacin: Tambin llamada Ficha de Solicitud de Afiliacin, documento

electrnico y/o fsico elaborado por el mdico postulante. Podra denominarse la Hoja
de Vida del mdico postulante, contiene los datos personales del mdico postulante,
estudios, prcticas realizadas, actividades de investigacin, docencia entre otras. Es
presentado por el servicio o unidad solicitante que ha identificado la necesidad de
mejorar la oferta de servicios.

26
Staff Mdico: Este trmino muy utilizado en el sector de salud actualmente se refiere a
la totalidad de los Mdicos Asistenciales, incluyendo en ellos a quienes tengan la
categora de Cortesa.

Documento de Sustentacin: Este documento es enviado para documentar el

requerimiento de un nuevo Mdico en este caso el responsable de emitirlo es el
Gerente Medico

Comit de Acreditacin: Es el rgano institucional que evala las competencias de los

candidatos que cuenten con los atributos que les permitan formar parte del Staff
Mdico, como se observa en la figura 2.7. Vela adems, por el cumplimiento del
Cdigo de Conducta y Regulaciones por parte de sus integrantes. Este comit se
encuentra conformado por los siguientes integrantes:
El Gerente General
El Director Mdico Corporativo
Los Gerentes Mdicos
El Jefe de la Unidad de Calidad en Salud y Auditoria Mdica
El Jefe del Departamento de Diagnstico por Imgenes

Figura 2.7. Comit de Acreditacin

27
Reporte del Comit de Acreditacin: es el documento que manejan los integrantes del
Comit de Acreditacin con la finalidad de dejar constancia explcita de la calificacin
cuantitativa y cualitativa realizada al candidato.

Proceso de adquisicin de mdicos dentro de la Clnica Alfa:

El proceso de reclutamiento de mdicos inicia desde la necesidad de adquirir nuevo
personal mdico, incluye la bsqueda de los mismos, la seleccin y el reclutamiento
La seleccin del Staff se realiza considerando tanto las necesidades funcionales de la
Institucin para contar con una oferta de especialidades mdicas que sea reconocida
por su calidad, considerando siempre la visin de desarrollo futuro que el Plan
Estratgico y el Modelo de Negocio tienen definidos.

En la figura 2.9 se muestra el flujo del proceso actual para la adquisicin de mdicos
de la Clnica Alfa.

Fuentes de Bsqueda de Mdicos:

Para encontrar mdicos idneos y de calidad la Clnica Alfa utiliza las siguientes bases
de datos como se muestra en la figura 2.8:

Figura 2.8.Fuentes de Reclutamiento

28
Figura 2.9.Flujo de Proceso de Seleccin de Mdicos

29
2.2. Estado del arte

Dentro de esta seccin se mencionan algunos sistemas BPM ms utilizados para la

creacin de aplicaciones para las empresas, en segundo lugar soluciones que utilizan
ciertas empresas con los sistemas BPM, luego se mencionan Soluciones con respecto
a Sistemas orientados a la gestin de informacin de recursos humanos y por ltimo
se mencionan las soluciones que le da actualmente la clnica Alfa a sus necesidades
de mantenimiento de informacin.

Sistemas BPM en la actualidad

En la actualidad existen muchas empresas dedicadas a la construccin de plataformas
que permitan el desarrollo de Sistemas BPM dentro de las empresas, por ejemplo se
tienen las siguientes compaas:

Karomi Business Process Management Suite

Este producto de la Empresa Karomi permite a las organizaciones crear, ejecutar y
optimizar procesos de negocio haciendo el ciclo de vida de los procesos de negocio
ms cortos y gestionables automticamente. Esta empresa se dedica a la construccin
e implantacin de software en el rea de la automatizacin mediante BPM [18].

Oracle [19]
Oracle brinda soluciones de Middleware para lograr la excelencia del proceso, que
facilitan el diseo, la administracin, ejecucin, automatizacin y evaluacin de todos
los procesos de negocio a travs de una nica plataforma unificada para Arquitectura
Orientada a Servicios (SOA), Gestin de Procesos de Negocios (BPM) e
Infraestructura de Aplicaciones. Como se observa en la figura 2.10 en una sola interfaz
unificada se pueden mapear los procesos de forma rpida.

30
 .
Figura 2.10. ORACLE BPM [19]

NEXTTIME
Empresa que se orienta a la implementacin de sistemas de informacin de primer
nivel. Cuenta con soluciones de BPM adems de contar con otro tipo de soluciones
como ERP, CRM y BI. Para la gestin por procesos han desarrollado BPM Suite
Synergy de Exact la cual es ptima para cualquier empresa independiente de su
tamao o rubro [20].

Empresas que utilizan Sistemas BPM

La competitividad de hoy en da genera que muchas empresas busquen realizar

muchos cambios en sus procesos para poder alcanzar mayor rentabilidad. Dichos
cambios se ven limitados debido al sistema de informacin, por lo que surge el trmino
de sistemas BPM (Business Process Management) o sistemas de administracin de
procesos de Negocio [3].

Los sistemas BPM vienen siendo usados en muchas partes del mundo actualmente. A
continuacin mencionamos algunas empresas que utilizan BPM con el software Bonita
Open Solution, herramienta que como ya se ha mencionado se utiliza en el desarrollo
de este proyecto [10].

Caso de Empresa Vtoquinol

Esta empresa utiliza dicho sistema en un proceso de aprobacin. Vtoquinol es el
dcimo laboratorio farmacutico veterinario ms grande del mundo. En la actualidad,

31
Vtoquinol desarrolla, produce y distribuye una amplia gama de ms de 700 productos
(mdicos y no mdicos) en 23 pases y est presente en Europa, Amrica del Norte y
la regin Asia-Pacfico. El laboratorio utiliza Bonita Open Solution para la validacin de
solicitudes de cambio a travs de su sistema de informacin [11].

Caso APEC
Esta organizacin usa BPM para la gestin del portal y la migracin de datos. La
APEC es la ONG francesa lder en el dominio del asesoramiento empresarial.
Suministra una plataforma de intercambio de informacin sobre contratacin y carreras
profesionales, con ms de 300.000 CV en lnea. La Asociacin utiliza Bonita Open
Solution para optimizar el proceso de inscripcin en su portal, as como para mejorar la
transferencia de sus datos y su ejecucin en una plataforma personalizada

Otras soluciones BPM exitosas son las siguientes:

Empresa Daisy Brand

Esta empresa se especializa en la venta de alimentos de consumo diario. Dicha
empresa como menciona en el artculo publicado por el jefe de la oficina de
informacin Kevin Brown logr los siguientes beneficios tras usar AgilePoint Business
Process Management Suite, un sistema BPM, dentro de su empresa:
Reducir la independencia que haba entre los sistemas y los procesos de
negocio ms lentos de la empresa como es el caso del cambio en las rdenes
de compra.
Disminuir el costo de tecnologa usada en los silos de sistema de la empresa.
Reducir a dos das en los procesos que antes tardaban 10. Ello se traduce en
ganancias financieras para la empresa. [5]

Soluciones informticas para clnicas

Las clnicas utilizan distintos sistemas informticos que les sirvan de apoyo en sus
procesos transaccionales principales como el proceso de admisin ambulatoria o el
manejo de frmacos dentro de la clnica. Algunos sistemas utilizados que aportan
positivamente en este tipo de empresas se encuentran los siguientes:

32
ACG System:
Este sistema creado por Jhons Hopkins esta nicamente enfocado en empresas
prestadoras de salud, implementando una metodologa que garantice la mejora en los
procesos y en los servicios de las mismas.

Este sistema se distingue de otros sistemas para clnicas, en que est enfocado en el
paciente e incluye cuatro modulos principales: Gestin del cuidado del paciente,
Comportamiento de la empresa, Analisis financiero y Perfil de la Poblacin.

Cabe mencionar que la Oficina de Gestin de Mdicos creada en Marzo del ao 2011
es un rea que no est difundida en el Per para el sector de Salud Privado. La Clnica
Alfa es una de las primeras Clnicas en manejar esta rea, de esta manera busca
obtener una ventaja competitiva con respecto a otras Clnicas del pas. Por lo tanto
an no se ha diseado un sistema que est relacionado directamente con esta rea;
sin embargo, que actualmente la OGM hace uso de una base de datos en Excel
denominada MasterV5 nica herramienta con la que se maneja la informacin de los
mdicos y solucin actual para el manejo de informacin de los mdicos.

LOLIMSA: Dicho sistema es usado actualmente por la Clnica Alfa en una de sus
sedes lamentablemente deja un gran vaco con respecto a la informacin sobre los
mdicos. Ello debido a que dicho sistema est orientado a satisfacer las necesidades
de historias clnicas y no se preocupa de la informacin con respecto al Staff Mdico.
LOLIMSA provee software de gestin hospitalaria, software de gestin farmacutica,
software de gestin mdica, software transaccional para validaciones de atencin
mdica, as como software para plataformas mviles, software para hospitales,
especialmente historia clnica electrnica [12].

2.3. Discusin del Estado del Arte

De acuerdo al estado del arte mostrado, no se han encontrado soluciones existentes

para clnicas y hospitales que manejen informacin personalizada para mdicos, ya
que stas se enfocan en automatizar informacin con respecto a servicios que puedan
brindar al paciente tales como la reserva de citas o el manejo de la historia clnica. Es
el caso de la aplicacin ACG System que es muy reconocida para los centros de
salud pero no presenta una solucin con respecto el problema al cual se enfoca el
proyecto.

33
Con respecto a sistemas BPM se tienen aplicaciones que gestionan los procesos de
clnicas como es el caso de DaisyBrand mencionado en el Estado del Arte.

Sin embargo, al igual que Lolimsa no se enfoca en la problemtica a la que va dirigida

el presente proyecto, la cual busca gestionar los procesos que involucran la seleccin,
medicin de rendimiento y otorgamiento de los mdicos de una clnica.

Con relacin al costo de mantenimiento, los sistemas transaccionales suelen tener un

alto costo para mantenerlos o generar cambios en el sistema; por ende, las clnicas no
pueden generar mdulos que permitan automatizar procesos relacionados al problema
de la OGM (Oficina de Gestin de Mdicos); por lo que es ms conveniente
implementar un Sistema BPM que a su vez brinde flexibilidad a los procesos del rea y
permita la mejora constante de los mismos.

Con respecto a herramientas BPM para la implementacin de la solucin se han

podido encontrar muchas pero una de las ms relevantes y que es de cdigo abierto
es el software Bonitasoft. De acuerdo a la revisin del Estado del Arte las aplicaciones
para las empresas que han usado Bonitasoft han alcanzado un mejor monitoreo y
automatizacin de sus procesos por lo que se concluye que es una herramienta que
se puede usar para los Sistemas BPM por lo que es utilizada en el presente proyecto.

34
3. ANLISIS

El presente captulo describe el anlisis realizado para el diseo y la implementacin

del Sistema BPM para la Oficina de Gestin de Mdicos de la Clnica Alfa, producto
del presente Proyecto.

En primer lugar, se realiza un Anlisis FODA de la Oficina de Gestin de Mdicos, este

documento surge producto del levantamiento de informacin obtenido. A partir de este
se busca conocer cules son las principales fortalezas y debilidad dentro de la OGM, a
su vez identificar que oportunidades y amenazas presentan en su entorno. Con este
anlisis se busca, adems, tener mayor claridad sobre las necesidades actuales del
rea.

En segundo lugar, se explica la metodologa que se va a utilizar para la elaboracin

del producto; para ello se describe cmo se adaptar RUP al proyecto actual
detallando qu artefactos se realizarn en cada una de sus fases y cmo se
alcanzarn los mismos.

En un siguiente punto, se listan y describen los cuatro tipos de actores que van a
manejar el sistema actual. Si bien el rea se desenvuelve con gran variedad de
profesionales dentro de la clnica, se ha credo conveniente tomar a los siguientes
tipos de usuario: gerente mdico, administrador del Sistema (jefe u coordinador de la
OGM), recursos humanos y mdicos.

Luego se detallan los requerimientos que va a tener el producto software del proyecto;
este punto permitir establecer y delimitar lo que va a hacer el sistema desde el punto
de vista del usuario final; dichos requerimientos han sido negociados con el personal
de la Oficina de Gestin de Mdicos de la Clnica Alfa.

Cabe destacar que la forma en que estn redactados dichos requisitos en el presente
documento difieren de la forma en que se describen para la elaboracin de sistemas
transaccionales no orientados al monitoreo de procesos. Como se observar los
requerimientos se han descrito con un enfoque a los procesos que gestiona y no a
mantenimientos o tareas particulares, como se realiza usualmente.

35
Por ltimo se presenta un Caso del Negocio para el Proyecto planteado, ya que
permite medir a los interesados del proyecto, cules son los beneficios estratgicos y/o
financieros que conllevar un proyecto de este tipo dentro de una clnica en el Per.
Para dicho Caso no se ha realizado un anlisis riguroso sobre las variables que
podran afectar la rentabilidad del proyecto pues no es el objetivo principal del
presente Proyecto de Tesis.

3.1. Anlisis FODA de la OGM

Dentro de la presente seccin, como resultado del levantamiento de informacin

realizado, entrevistas y manejo de la informacin del rea, se citan las principales
fortalezas, debilidades, oportunidades y amenazas encontradas dentro de la Oficina de
Gestin de Mdicos [17]. Este anlisis permite reconocer y analizar la situacin interna
(Fortalezas y Debilidades) y externa (Oportunidades y Amenazas) del rea sobre la
que se realiza el proyecto:

Fortalezas
El rea presenta credibilidad en el desempeo de sus trabajadores quienes
recurren incluso a archivos manuales de cada mdico para poder manejar su
informacin, a pesar de no contar con facilidades automatizadas de gestin.
El personal tiene tanto conocimientos de gestin de mdicos como tambin
conocimientos para administracin de empresas e incluso conocimientos
informticos en base de datos que son de vital importancia en la situacin
actual del rea.
La participacin decidida de sus trabajadores quienes se encuentran muy
identificados con la empresa y muestran una gran voluntad para ejecutar los
procesos y proyectos del rea, por ejemplo se ha logrado obtener informacin
de mdicos que no se encontraba en ningn sistema sino nicamente en
papeles en distintas reas de la empresa.
Manejo de todos los equipos tecnolgicos para realizar su labor; ello debido a
que actualmente, las labores dentro de la OGM requieren esencialmente de
computadoras, escner, telfonos y conexiones a la red de la clnica que
permitan a los trabajadores de la misma poder manejar y dar mantenimiento
cada archivo referido a cada uno de los mdicos de la clnica.
La estabilidad es otra de las fortalezas del rea ya que sus resultados van
mejorando constantemente. Desde que se cre en el 2011 se viene

36
 alcanzando cada vez mejores resultados con respecto a la informacin que
vienen manejando.

Debilidades
El tiempo es una de las debilidades que tiene el rea debido a la gran cantidad
de informacin que debe recolectar sobre los mdicos de la clnica y, debido al
desorden en que ese encuentra dicha informacin, poder complementar los
dems procesos que tiene a cargo le resulta muy complicado.
Con respecto a los sistemas informticos que maneja el rea, estos son muy
escasos, carece de un sistema donde pueda almacenar la informacin
relacionada a sus procesos e incluso de una base de datos relacionada al rea
pues la base de datos de la clnica no est enfocada a sus actividades.
La cantidad de personal con la que cuenta es poca (cuatro personas) lo cual
dificulta la realizacin de los procesos que tiene a su cargo.
El rea an no tiene una imagen consolidada dentro de la clnica, ello debido
al poco tiempo de creacin que tiene.

Oportunidades
La tasa de crecimiento del rea tanto en personal como importancia dentro de
la organizacin es una oportunidad a favor ya que la Clnica Alfa tiene muchos
proyectos de expansin y de creacin de nueva infraestructura. Por ello la
cantidad de mdicos con los que contar ser mayor y por ende el rea
cobrar mucha mayor importancia en los prximos aos.
La Oficina de Gestin de Mdicos tiene la oportunidad de ser un rea clave e
imprescindible dentro de la clnica pues no se cuenta dentro del pas con
soluciones de terceros o empresas dedicadas exclusivamente a la gestin de
mdicos por lo que la dependencia sobre la misma es otra oportunidad a tener
en cuenta.
La Clnica Alfa aspira lograr certificaciones de calidad que garanticen buenos
niveles de madurez de los procesos implicados en la gestin de su Staff
Mdico. Esta es una oportunidad para la OGM la cual puede asegurar que
estos procesos se encuentren bien definidos y administrados.

Amenazas
La presin de sustitutos en este caso viene dada por los sistemas de recursos
humanos. Los sistemas de recursos humanos no se enfocan en los procesos
de seleccin, evaluacin de rendimiento de credenciales y rendimiento de

37
 mdicos u otorgamiento de los mismos aunque ello podra darse en el futuro
por lo que esta presin debe ser reconocida y controlada.
El poder de negociacin con el staff mdico y otras fuentes de informacin
sobre mdicos es otro punto a tenerse en cuenta, ello debido a que el rea
requiere actualmente el apoyo de los mdicos de la clnica en el tema de la
recoleccin de informacin, a su vez la colaboracin de otras fuentes para
poder saber si los mdicos cuentan con CMP o RNE es una amenaza con la
que cuenta el rea.
La fuerte dependencia de la Oficina de Gestin de Mdicos con respecto a la
Gerencia Mdica puede verse como una amenaza pues cualquier tipo de
problema que afecte a la Gerencia afectar negativamente a los procesos que
maneja el rea.

3.2. Metodologa del Producto

El anlisis, diseo e implementacin del presente sistema basa su metodologa en una

adaptacin de RUP (Rational Unified Process), de manera que se realicen algunos de
los artefactos del mismo, los cuales sern detallados en esta descripcin.
RUP es una de las metodologas con mayor aceptacin y uso para el desarrollo de
sistemas de informacin. Para este caso en particular, se ha preferido RUP sobre
cualquier otro tipo de metodologas incluyendo las giles debido a que las
presentaciones se realizarn en una serie de iteraciones incrementales en las que se
pasar por una aprobacin por parte de los trabajadores de la OGM; adems permitir
la administracin de los requisitos de manera detallada y permitir realizar un control
de calidad para el sistema ya establecido dentro de la metodologa. La metodologa
del producto de acuerdo a RUP cuenta con las siguientes fases: iniciacin,
elaboracin, construccin y transicin.

En la fase de iniciacin se debe comprender claramente los procesos desarrollados en

la OGM y del rea de Gerencia Mdica de forma que se pueda establecer cules son
las necesidades ms importantes en el rea, a su vez se pueda realizar el modelado
de procesos del rea en notacin BPM de manera que se tenga una base consistente
para la elaboracin del producto. Se debe elaborar el documento de requisitos y este
debe haber sido aprobado por el rea de la OGM.

Durante la elaboracin se deben realizar los casos de uso de acuerdo a los

requerimientos ya aprobados. A su vez se determina la arquitectura del sistema y las

38
principales caractersticas sobre el diseo. Estas caractersticas incluyen los prototipos
de interfaces y el modelo de bases de datos a utilizar. Para lograr llegar a dichos
artefactos se debe determinar todas las tecnologas involucradas en el sistema de
manera que se tenga un modelo claro de cmo se van a interconectar. Como ya se
mencion dentro del Captulo I y II el software utilizado es el Open Source BonitaSoft
que a su vez utiliza la base de datos ser MS SQL Server 2008. Adems el lenguaje
de programacin para el mdulo de reportes ser JAVA. Una vez definido el entorno
tecnolgico se aplicar el Patrn Arquitectnico de Capas para definir en cada una de
sus vistas el diseo del sistema. Esta fase culminar a ms tardar a fines del mes de
Setiembre, para dar paso a la construccin del sistema.

Durante la fase de construccin del mismo se procede a la implementacin del sistema

de manera iterativa; de esta manera se busca probar la interaccin entre el sistema, la
base de datos y los usuarios del mismo en cada iteracin y recibir la retroalimentacin
respectiva. Se tuvo planeado realizar tres iteraciones, dentro de la primera se cubre el
mdulo de seguridad del Sistema y el mdulo de Seleccin e Induccin de Mdicos y
cuyo entregable se denominar Sistema BPM para la OGM versin de prueba 1. La
segunda iteracin cubre el mdulo de Evaluacin de Mdicos y el entregable esperado
es el sistema BPM para la OGM versin de prueba 2. La tercera cubre el mdulo de
Otorgamiento de Privilegios y mdulo de Reportes, el entregable de dicha iteracin se
denominar sistema BPM para la OGM versin de prueba 3.

Dentro de la fase de transicin se realizarn las pruebas y el despliegue del sistema

de manera se pueda en un primer momento realizar los ajustes o cambios en caso se
requiera y en un segundo momento obtener conclusiones y recomendaciones para los
posibles cambios o mejoras a realizarse.

En conclusin esta metodologa ha sido escogida, ya que permite que en cada fase
puedan participar las distintas disciplinas de RUP de manera que el producto se
desarrolle de manera iterativa e incremental y los interesados tales como el personal
de la OGM puedan medir el avance del producto que se est realizando.

Adicionalmente dentro del Captulo I seccin Plan de Trabajo se muestra un detalle del
Diagrama de Gantt que delimita las fechas de desarrollo del presente proyecto.

39
3.3. Catlogo de Actores del Sistema

Dentro de esta seccin se describe a los principales actores que presenta el sistema.
No se abarcarn a todos los diferentes profesionales que interactan con el rea; ello
debido a que el sistema abarca nicamente a los procesos de la Oficina de Gestin de
Mdicos, como se menciona en la seccin de Alcance del Sistema del Captulo I, por
lo que se tomarn en cuenta a aquellos que se encuentran ms involucrados con los
procesos de la misma. Se dejan de lado a usuarios externos tales como trabajadores
del rea de Servicio al Cliente, trabajadores de Honorarios Mdicos y otros miembros
de jefaturas de canales de la Clnica quienes ingresarn al sistema utilizando el mismo
perfil de mdico.

El sistema presenta los siguientes actores:

Administrador del Sistema: Este usuario es encargado de monitorear todos los

procesos del sistema y hace referencia al personal de la Oficina de Gestin de
Mdicos, ya sea el jefe del rea o el Coordinador del rea. Ese actor, adems, tendr
a su cargo el mantenimiento de usuarios dentro del sistema.

Gerente Mdico: Hace referencia a algn miembro de la gerencia mdica encargado

de la realizacin de evaluaciones para los mdicos y que tambin interactuar con el
sistema en los proceso de seleccin, induccin evaluacin y otorgamiento de
privilegios de mdicos.

Mdicos: Usuario que ingresa al sistema solicitando algn servicio de otorgamiento de

privilegios y la evaluacin de algn mdico a su cargo.

Recursos Humanos: Usuario que ingresa al sistema para confirmar que un mdico ha
pasado por la induccin o algn otro servicio provisto por el rea de Recursos
Humanos.

3.4. Requisitos del Sistema

A continuacin se presentan los requisitos identificados para el sistema. Estos fueron

obtenidos al observar la problemtica del rea con respecto al monitoreo de sus
procesos y a la necesidad de un sistema que permita automatizar y dar un respaldo

40
informtico a sus procesos y a los documentos que manejan, como se detalla en la
seccin de Problemtica Contextualizada del Captulo I.

Se detallarn tanto los requisitos funcionales como los no funcionales. Como ya se

mencion en la introduccin del presente captulo, la forma en que se describen los
requerimientos est enfocada a la gestin de procesos del rea, ya que el sistema
est orientado a la mejora de los mismos. Por este motivo no se hace una lista de
requerimientos relacionada a mantenimientos del sistema, tales como mantenimiento
de perfiles o de usuarios pues no es el ncleo del sistema; el objetivo principal del
sistema es poder gestionar cada uno de los procesos en los que se encuentra
involucrada la OGM.

Requisitos Funcionales

Los requisitos del sistema, han sido agrupados por mdulos, los cuales son los
siguientes: Mdulo de seguridad, Mdulo de Seleccin e Induccin de Mdicos ,
Mdulo Evaluacin de Rendimiento de Mdicos, Mdulo de Evaluacin de
Credenciales de Mdico, Mdulo de Otorgamiento de Privilegios y Mdulo de
Reportes.
Al tratarse de un Sistema BPM para los mdulos de monitoreo de Procesos se detallan
las funcionalidades del sistema con respecto al tipo de seguimiento que se les dar. La
descripcin de estas funcionalidades est directamente relacionada con el detalle de
cada uno de los Procesos descritos en el Anexo 1 del Proyecto.

Mdulo de Seleccin e Induccin del Staff Mdico

1. El sistema permitir monitorear el estado del proceso de seleccin de un
mdico de la clnica (Vase Figura 3.1) A su vez permitir el envo de alertas y
el registro de informacin en cada fase del proceso, dichas alertas y registros
se detallan a continuacin.
o Alertas sobre la finalizacin de cada una de las fases de dicho proceso:
ello incluye cada uno de los subprocesos detallados en la Figura 3.1.
Proceso de Seleccin.
o Registro de fichas de afiliacin de los mdicos de la Oficina de Gestin de
Mdicos.
o Registro de los resultados de las entrevistas iniciales realizadas a los
mdicos.
o Registro de los documentos con los resultados finales de los mdicos.

41
 o Registro, modificacin o eliminacin del resultado de la evaluacin
realizada a un mdico.

Figura 3.1. Diagrama del Proceso de Seleccin de Mdicos.

2. El sistema permitir monitorear el estado del proceso de induccin de un

mdico de la clnica (dicho proceso se encuentra detallado en la Figura 3.2.

42
 Procesos de Induccin). A su vez permitir el envo de alertas sobre la
finalizacin de cada uno de las fases de dicho proceso.

Figura 3.2. Diagrama del Proceso de Induccin de Mdicos

Mdulo de Evaluacin de Mdicos

3. El sistema permitir monitorear el estado del proceso de evaluacin de
rendimiento de un mdico de la clnica (dicho proceso se encuentra detallado
en la Figura 3.3). A su vez permitir el envo de alertas y el registro de
informacin en cada fase del proceso, dichas alertas y las funcionalidades se
detallan a continuacin:

43
 o Alertas sobre la finalizacin de cada uno de las fases de dicho proceso:
ello incluye cada uno de los subprocesos detallados en el Anexo 1.
Proceso de Seleccin.
o Registro, modificacin, eliminacin del resultado de la evaluacin
realizada a un mdico.
o Emisin de evaluacin del mdico al comit de credenciales va correo
electrnico.
o Envo de alertas sobre la necesidad de informacin del Archivo de un
Mdico o de la actualizacin del mismo por parte de la Jefatura Mdica
o del propio mdico.
o Registro de las evaluaciones de rendimiento realizadas

Figura 3.3. Diagrama del Proceso de Evaluacin de Rendimiento de Mdicos

4. El sistema permitir monitorear el estado del proceso de revisin de

credenciales de un mdico de la clnica (dicho proceso se encuentra detallado

44
 en la Figura 3.4. de Procesos del Negocio). A su vez permitir el envo de
alertas y el registro de informacin en cada fase del proceso, dichas alertas y
las funcionalidades que se detallan a continuacin:
o Alertas sobre la finalizacin de cada uno de las fases de dicho proceso:
ello incluye cada uno de los subprocesos detallados en el Anexo 1.
Proceso de Seleccin.
o Registro, modificacin, eliminacin del resultado de la informacin de un
medico (Archivo del Mdico).
A continuacin se muestra en la Figura 3.4. el flujo del proceso de Evaluacin
de Credenciales de Mdicos.

Figura 3.4. Diagrama del Proceso de Evaluacin de Credenciales de Mdicos

45
Mdulo de Otorgamiento de Privilegios
5. El sistema permitir monitorear el estado del proceso de otorgamiento de
privilegios de un mdico de la clnica (proceso detallado en la Figura 3.5). A
su vez permitir el envo de alertas y el registro de informacin en cada fase
del proceso, dichas alertas y las funcionalidades que se detallan a
continuacin:
o Alertas sobre la finalizacin de cada uno de las fases de dicho proceso.
o Alertas sobre la necesidad de aumentar o limitar privilegios para un
mdico especfico.
o Registro, modificacin, eliminacin de los privilegios concedidos a un
mdico (Archivo del Mdico).

Figura 3.5. Diagrama del Proceso de Otorgamiento de Privilegios

46
Mdulo de Reportes
De acuerdo a los procesos monitoreados por las funcionalidades de los mdulos
mencionados, el mdulo de reportes emitir tres tipos de reportes. El primer tipo se
enfocar en mostrar la informacin de los mdicos de la clnica, el segundo mostrar
informacin de los procesos de la Oficina de Gestin de Mdicos que se han suscitado
en la Clnica y por ltimo de acuerdo a los procesos que se estn monitoreando se
emitirn reportes que muestren indicadores de medicin de procesos.
A continuacin se detallan las funcionalidades propias de cada tipo de reportes:
Reportes de Mdicos:
1 El sistema permitir la emisin de reportes de mdicos diferenciando aquellos
que portan o no RNE, CPM y sus datos principales.
2 El sistema una vez seleccionado un mdico especfico permitir mostrar lo
siguiente: informacin personal, listado de estudios realizados, listado de
trabajos realizados, listado de cursos dictados e informacin complementaria..

Reportes de Procesos
1 El sistema permitir la emisin de reportes diferenciado el tipo de proceso
(procesos de seleccin, induccin, evaluacin de rendimiento y credenciales; y
otorgamiento de privilegios) y el estado actual del proceso.
2 El sistema permitir observar el detalle de la informacin de un proceso
seleccionado indicando lo siguiente: mdico implicado, fase actual del proceso,
costo del proceso, duracin del proceso, fecha de inicio y fecha de fin.

Reportes con indicadores de medicin de procesos:

De acuerdo a los procesos mapeados se emitirn informes que muestren
indicadores de medicin de su eficiencia y eficacia.
Indicadores de eficiencia de los procesos:
Dentro de estos indicadores se pone mayor nfasis al buen manejo de los recursos
de la OGM en cada uno de sus procesos. Se medirn las horas utilizadas y los
costos utilizados en cada proceso.
Para medir la eficiencia se debe tener un valor con el cual comparar las horas
utilizadas. Para cada uno de los procesos se tienen las horas reales promedio que
demora cada proceso. Para definir el indicador se utilizar dicho valor como
referencia y el tiempo actual ser el que deba ir disminuyendo por cada indicador
de tiempo. Para la medicin de los costos de cada proceso se realiza la misma
mecnica a partir del costo real obtenido del levantamiento de informacin
realizado.

47
Los indicadores de tiempo muestran en la siguiente tabla.
Indicador Frmula Descripcin
DPS = Porcentaje (Duracin real El indicador mide la cantidad de
de Duracin del Proceso en das/ tiempo utilizado en todo el proceso el
Proceso de Duracin Terica del cual debera ir bajando debido a la
Seleccin Proceso en das) * automatizacin de algunas
100 actividades del proceso. De acuerdo
al levantamiento de informacin se
conoce que el proceso tiene una
duracin terica de 3 semanas.
DAS=Tiempo (Duracin actividad El indicador mide la cantidad de
alcanzado por la real ms larga en tiempo utilizado en la actividad ms
actividad ms horas/ Duracin larga. Este indicador permite saber
duradera del actividad Terica cul es la actividad que hace que el
proceso de ms larga en horas) proceso se alargue ms all de lo
seleccin de * 100 planificado. Para el proceso de
mdicos. seleccin la actividad de Recepcionar
Documentacin es la que demora
ms tiempo de acuerdo al
levantamiento de informacin
realizado (168 horas en promedio).
Este indicador debera ir bajando
debido al sistema implementado.
DPI = Porcentaje (Duracin real El indicador mide la cantidad de
de Duracin del Proceso en horas/ tiempo utilizado en todo el proceso el
Proceso de Duracin Terica del cual debera ir bajando debido a la
Induccin Proceso en das ) * automatizacin de algunas
100 actividades del proceso. De acuerdo
al levantamiento de informacin se
conoce que el proceso de Induccin
tiene una duracin terica de una
semana en promedio.
DAI=Tiempo (Duracin actividad El indicador mide la cantidad de
alcanzado por la real ms larga en tiempo utilizado en la actividad ms
actividad ms horas/ Duracin larga. Este indicador permite saber
duradera del actividad Terica cul es la actividad que hace que el

48
proceso de ms larga en horas) proceso se alargue ms all de lo
induccin de * 100 planificado. Para el proceso de
mdicos. induccin la actividad de Convocar
Nuevos Mdicos es la que demora
ms tiempo de acuerdo al
levantamiento de informacin
realizado (48 horas en promedio).
Este indicador debera ir bajando
debido al sistema implementado.
DPR = Porcentaje (Duracin real El indicador mide la cantidad de
de Duracin del Proceso/ Duracin tiempo utilizado en todo el proceso el
Proceso de Terica del Proceso cual debera ir bajando debido a la
Evaluacin de ) * 100 automatizacin de algunas
Rendimiento actividades del proceso. De acuerdo
al levantamiento de informacin se
conoce que el proceso tiene una
duracin terica de cuatro semanas.
DAR = Tiempo (Duracin actividad El indicador mide la cantidad de
alcanzado por la real ms larga/ tiempo utilizado en la actividad ms
actividad ms Duracin actividad larga. Este indicador permite saber
duradera del Terica ms larga) * cul es la actividad que hace que el
proceso de 100 proceso se alargue ms all de lo
evaluacin de planificado. Para el proceso de
rendimiento evaluacin de rendimiento la
actividad de Identificar Miembros
Candidatos a Revisin no solo es la
que demora ms tiempo de acuerdo
al levantamiento de informacin
realizado (336 horas en promedio)
sino que no se tiene informacin
integra de los mdicos escogidos.
Este indicador debera ir bajando
debido al sistema implementado.

DPR = Porcentaje (Duracin real El indicador mide la cantidad de

49
de Duracin del Proceso en das/ tiempo utilizado en el proceso el cual
Proceso de Duracin Terica del debera ir bajando debido a la
Evaluacin de Proceso en das) * automatizacin de algunas
Credenciales 100 actividades del proceso. De acuerdo
al levantamiento de informacin se
conoce que el proceso tiene una
duracin terica de cuatro semanas.
DAC =Tiempo (Duracin actividad El indicador mide la cantidad de
alcanzado por la real ms larga en tiempo utilizado en la actividad ms
actividad ms horas/ Duracin larga. Este indicador permite saber
duradera del actividad Terica cul es la actividad que hace que el
proceso de ms larga en horas) proceso se alargue ms all de lo
evaluacin de * 100 planificado. Para el proceso de
credenciales evaluacin de credenciales la
actividad de Recepcionar
Documentacin es la que demora
ms tiempo al igual que en la
evaluacin de rendimiento. De
acuerdo al levantamiento de
informacin realizado demora (336
horas en promedio). Este indicador
debera ir bajando debido al sistema
implementado.
DPO = Porcentaje (Duracin real El indicador mide la cantidad de
de Duracin del Proceso en das/ tiempo utilizado en el proceso el cual
Proceso de Duracin Terica del debera ir bajando debido a la
Otorgamiento de Proceso en das) * automatizacin de algunas
Privilegios 100 actividades del proceso. De acuerdo
al levantamiento de informacin se
conoce que el proceso tiene una
duracin terica de dos semanas.
DAO = Porcentaje (Duracin actividad El indicador mide la cantidad de
de Tiempo real ms larga en tiempo utilizado en la actividad ms
alcanzado por la horas/ Duracin larga. Este indicador permite saber
actividad ms actividad Terica cul es la actividad que hace que el
duradera ms larga en horas) proceso se alargue ms all de lo

50
 * 100 planificado. Para el proceso de
otorgamiento de privilegios la
actividad de Evaluar Solicitud de
Privilegios es la que demora ms
tiempo. De acuerdo al levantamiento
de informacin realizado demora (120
horas en promedio). Este indicador
debera ir bajando debido al sistema
implementado.

Tabla 1. Indicadores de medicin de tiempo de procesos

Los indicadores de costos se han obtenido de acuerdo a la multiplicacin de Costo

Hora Hombre (recurso principal para la OGM pues no incurren en algn otro costo
adicional) por la cantidad de Horas Hombre utilizadas.

Indicador Frmula Descripcin

CPS = Porcentaje de (Costo real El indicador mide el costo utilizado
Costo del Proceso de Proceso en en todo el proceso, el cual debe ir
Seleccin soles/ Costo bajando debido a la automatizacin
Terico del de algunas actividades con el nuevo
Proceso en sistema.
soles) * 100 De acuerdo al levantamiento de
informacin se conoce que el
proceso requiere de 50 Horas
Hombre actualmente. Se asumir
adems que el costo de Hora
Hombre ser de 30 soles.
CPI = Porcentaje de Costo (Costo real El indicador mide el costo utilizado
del Proceso de Induccin Proceso en en todo el proceso, el cual debe ir
soles/ Costo bajando debido a la automatizacin
Terico del de algunas actividades del proceso.
Proceso en De acuerdo al levantamiento de
soles) * 100 informacin se conoce que el
proceso requiere de 30 Horas
Hombre actualmente. Se asumir

51
 adems que el costo de Hora
Hombre ser de 30 soles.
CPR = Porcentaje de (Costo real El indicador mide el costo utilizado
Costo del Proceso de Proceso en en todo el proceso. Este indicador
Evaluacin de soles/ Costo debe ir bajando debido a la
Rendimiento Terico del automatizacin de algunas
Proceso en actividades del mismo.
soles) * 100 De acuerdo al levantamiento de
informacin se conoce que el
proceso requiere de 80 Horas
Hombre actualmente. Se asumir
adems que el costo de Hora
Hombre ser de 30 soles.
CPC = Porcentaje de (Costo real El indicador mide el costo utilizado
Costo del Proceso de Proceso en en todo el proceso el cual debera ir
Evaluacin de soles/ Costo bajando debido a la automatizacin
Credenciales Terico del de algunas actividades.
Proceso en De acuerdo al levantamiento de
soles) * 100 informacin se conoce que el
proceso requiere de 80 Horas
Hombre actualmente. Se asumir
adems que el costo de Hora
Hombre ser de 30 soles.
CPO = Porcentaje de (Costo real El indicador mide el costo utilizado
Costo del Proceso de Proceso en en todo el proceso el cual debe ir
Otorgamiento de soles/ Costo bajando debido a la automatizacin
Privilegios Terico del de algunas actividades del mismo
Proceso en con el nuevo sistema. De acuerdo al
soles) * 100 levantamiento de informacin se
conoce que el proceso requiere de
50 Horas Hombre actualmente. Se
asumir adems que el costo de
Hora Hombre ser de 30 soles.

Tabla 2. Indicadores de medicin de costo de procesos

52
Indicadores de eficacia en el logro de objetivos:
Para medir la eficacia la cual est relacionada al logro de los resultados propuestos de
cada proceso se tienen los siguientes indicadores de medicin:
Indicador de calidad: Nmero de fichas de afiliacin de cada mdico que maneja
actualmente el rea comparada con el nmero total de mdicos.
Indicador de confiabilidad entre la informacin resultante de los mdicos con respecto
a lo real.
Indicador de cumplimiento con las fechas establecidas para la evaluacin de
rendimiento de cada uno de los mdicos de la clnica.
Indicador de cumplimiento con las fechas establecidas para la evaluacin de
credenciales de cada uno de los mdicos de la clnica.
Indicador de Oportunidad: Cantidad de reclamos realizados por las diferentes reas
debido a que no se ha reclutado un nuevo mdico una vez realizada la solicitud de
seleccin.
A continuacin se muestran en la siguiente tabla los indicadores de eficacia
mencionados:

Indicador Frmula Descripcin

NFA = Porcentaje de (Nmero de Fichas El indicador mide la cantidad de
Numero de fichas del / Numero de fichas de afiliacin que maneja el
mdico que maneja el Mdicos ) * 100 rea con respecto al total de
rea. mdicos. El valor ptimo ser 100%
y se sabe que actualmente el rea
maneja alrededor de 300 Fichas de
un Staff de 800 mdicos.
NFC = Porcentaje de (Nmero de Fichas El indicador mide la cantidad de
Numero de fichas con que no han fichas sin errores sobre el total de
informacin confiable de presentado fichas que maneja el rea. El valor
los mdicos observaciones / ptimo ser 100%.
Numero de Fichas
que maneja el rea
)* 100
NPR= Porcentaje de (Nmero de Se sabe que cada mdico debe
Cumplimiento con procesos de realizar una evaluacin de
fechas para los evaluacin de rendimiento una vez cada tres aos.
procesos de evaluacin rendimiento que se El indicador mide la cantidad de

53
de rendimiento. realizaron mdicos que se han evaluado antes
oportunamente / de cumplir tres aos con respecto al
Nmero total de total de mdicos.
procesos de
evaluacin de
rendimiento
realizados) * 100
NPC= Porcentaje de (Nmero de Se sabe que cada mdico debe
Cumplimiento con procesos de realizar una evaluacin de
fechas para los evaluacin de credenciales una vez cada tres aos.
procesos de evaluacin credenciales que El indicador mide la cantidad de
de rendimiento. se realizaron mdicos que se han evaluado antes
oportunamente / de cumplir tres aos con respecto al
Nmero total de total de mdicos.
procesos de
evaluacin de
rendimiento
realizados) * 100
NRS = Porcentaje de ( Nmero de Este indicador mide la cantidad de
Cantidad de reclamos reclamos reclamos que se realizan, debido a
debido a una mala realizados debido a que no se atiende a tiempo una
gestin de las una lentitud en la solicitud de reclutamiento de un
solicitudes de seleccin seleccin de nuevo mdico. El valor ptimo de
de mdicos. mdicos / Nmero este indicador debe ser 0 %.
total de procesos
de seleccin ) *
100

Tabla 3. Indicadores de medicin de eficacia en los procesos

Requisitos No Funcionales:

1. El sistema ser desplegado en el Sistema Operativo Windows.

2. Despus de una formacin de cuatro horas los administradores del sistema
(miembros de la OGM, Gerencia Mdica y Recursos Humanos) podrn utilizar
las funcionalidades del Sistema. A su vez la media de errores del usuario ser
como mximo de tres veces al da.

54
 3. El sistema requiere conexin a Internet para que pueda acceder a todas sus
funcionalidades.
4. El software BPM que se utilizar para la realizacin del Sistema BPM para la
Oficina de Gestin de Mdicos ser BonitaSoft y el lenguaje en el que se
programar ser Groovy dentro de la plataforma de BonitaSoft.
5. El lenguaje de programacin que se utilizar para la emisin de reportes y
mantenimiento de usuarios ser JAVA.
6. La Base de Datos a utilizarse ser SQL Server 2008.

3.5. Caso del Negocio del Proyecto

A continuacin se presenta el Caso de Negocio del Proyecto, este es un documento

que permite hacer un anlisis del valor que tiene el proyecto y permite justificar tanto
econmicamente como estratgicamente la puesta en marcha del mismo por parte de
la empresa[16].

Para la elaboracin del Caso del Negocio se ha tomado como inicio del Proyecto la
fecha de concepcin del mismo en la cual se empez a levantar informacin con
respecto al rea; sin embargo, solo para tener un enfoque ms real del presente Caso
del Negocio alineado a la visin de una empresa de salud se toma como fin del
proyecto, la instalacin del Sistema BPM en la clnica y la puesta en marcha del
mismo. (Estas actividades no son parte del presente proyecto de tesis pues este solo
abarca hasta la construccin y pruebas del mismo).

Business Case para el Proyecto de Anlisis, Diseo Construccin y Puesta en

Macha de un Sistema BPM para la Oficina de Gestin de Mdicos de una Clnica:
Objetivo del Caso del Negocio
Dentro del presente documento se presenta la situacin actual de la empresa (se toma
como referencia la Clnica Alfa pues es la empresa en la cual se basa el Proyecto) con
respecto a la forma en que gestionan a su Staff Mdico, en qu consiste el proyecto
que se va a evaluar, cules son los beneficios que tendr el mismo, cules son los
criterios que se estn tomando en cuenta para medir dichos beneficios y, por ltimo se
comparar con otras propuestas de proyecto.

Contexto del Proyecto

El presente proyecto se desarroll sobre la base de las deficiencias encontradas en los
procesos de seleccin, evaluacin del rendimiento y otorgamiento de privilegios para

55
los mdicos dentro de la Clnica Alfa. Ello debido a que medir el desempeo de un
mdico para poder otorgarle privilegios se hace sumamente complicado debido a que
no se cuenta con un Sistema que permita manejar dicha informacin. A su vez todas
las tareas se hacen manualmente por lo que el error humano se hace muy recurrente.
Estos procesos se tornan ineficientes pues se hacen de manera lenta e inexacta.

El proyecto busca automatizar procesos que involucren a la gestin de los mdicos de

la Clnica Alfa, y que se encuentren a cargo de la Oficina de Gestin de Mdicos; para
ello se construir un Sistema BPM que monitoree y automatice los procesos del rea.
El Proyecto tendr las siguientes fases: Concepcin, Anlisis, Diseo, Construccin,
Pruebas y Puesta en Marcha de un Sistema BPM para la OGM. (El autor del presente
documento llegar hasta la Construccin y Pruebas del Sistema como parte del
Proyecto de Tesis).

El proyecto tiene una duracin de 10 meses hasta la fase de construccin y pruebas.

La fase que abarca el despliegue del mismo en toda la empresa y la puesta en marcha
tendr una duracin aproximada de 3 meses.

Propuesta de Valor
El presente proyecto tiene una duracin de aproximadamente 600 horas. Estas son las
horas que se le ha dedicado al proyecto en su fase de concepcin, anlisis, diseo y
construccin, de acuerdo al Plan de Proyecto mostrado en el Captulo 1 del presente
documento. Si se estima el costo por hora a S/. 30 se tiene un valor de S/. 18,000 en
el proyecto hasta la fase de pruebas No habr un costo por licencias de software
pues las herramientas del presente proyecto son de Cdigo Abierto o ya se manejan
dentro de la clnica.

El costo que demandar la instalacin, puesta en marcha del sistema y capacitaciones

en la Clnica se estima en S/. 12,000, este monto asume tambin el costo que
requiere el tener una persona a cargo del sistema BPM que permita monitorear y
hacer cambios sobre el mismo (El costo de la persona encargada de administrar y dar
soporte al sistema podra variar a lo largo del tiempo).
Por lo tanto el proyecto tiene un costo aproximado de S/.30,000.00, desarrollado en
aproximadamente 11 meses. Sin embargo, el beneficio de implementar el proyecto
sobrepasa los costos, ya que los procesos que gestionan a los mdicos se realizarn
con mucha mayor eficiencia, en mucho menor tiempo y sin errores - segn el estudio
realizado la seleccin y la evaluacin de mdicos se realiza mensualmente siendo

56
procesos que abarcan muchas tareas manuales y sin una base de datos para su
informacin- estos procesos adems sern monitoreados y mejorados
constantemente.
Las mtricas que se utilizarn para poder obtener el beneficio del proyecto sern las
siguientes:
El periodo de recuperacin: Este indica en cuanto tiempo se recuperar la inversin.
Tomando en cuenta que el rea no cuenta ni siquiera con un sistema transaccional
que apoye a la gestin de mdicos, la recuperacin de la inversin est destinada a no
ser mayor de 1 ao pues en un primer momento apoyar a mejorar la gestin de la
informacin del rea para luego incluso poder mejorar la eficiencia de los procesos de
la misma.
El valor presente neto: Este es el valor de la inversin, descontando todos sus
ingresos y egresos a una determinada tasa. Su monto indica la cantidad que se podra
tomar al comenzar el proyecto.
Tomando en cuenta que los procesos se van a disminuir en un estimado de 40 % de
horas hombre por proceso se tiene que en total se ahorrara un total de 232 horas
hombre cada mes con lo que se recuperar un estimado de S/. 6,900 mensual.
Tomando adems como horizonte un ao y tomando como inversin el costo
aproximado del proyecto de S/. 30,000. Se tiene el siguiente clculo del Valor Presente
Neto.
Tasa de Rentabilidad Mensual: 2%
Inversin: S/.30,000.
Utilidades Netas: S/. 6900 durante los prximos 12 meses
VPN = S/. 31,980

Otras Propuestas:
Otras propuestas con las que se puede comparar este proyecto son las siguientes:
Realizar un proyecto que permita automatizar las funciones principales del rea, si
bien esta alternativa tambin es interesante tiene la desventaja que este proyecto an
no empieza, es decir, se deber levantar informacin nuevamente; adems, no existe
un sistema similar actualmente por lo que se deber implementar desde cero y el
costo ser ms elevado. No obstante la utilizacin del sistema no requerir de
capacitacin del personal o de un administrador de herramientas BPM.

Gestionar a los mdicos mediante un sistema orientado al manejo de recursos

humanos, si bien un proyecto de este tipo puede utilizar un sistema ya prediseado y
disminuir tiempos y costos, no se ajustar a las reglas de negocio que tiene la

57
empresa actualmente para seleccionar, inducir, evaluar y otorgar privilegios a los
mdicos de la clnica.

4. DISEO

El presente captulo, tiene como objetivo tener claro cules son los parmetros y
estndares para construir el sistema, para ello se describe la arquitectura del sistema y
su entorno tecnolgico, luego se detalla el modelo lgico utilizado y, por ltimo, se
muestra el diseo de las interfaces grficas a utilizarse.

En primer lugar se detalla la arquitectura del sistema. sta muestra, de acuerdo a

diferentes capas, un diseo de alto nivel del comportamiento del sistema; la tcnica
utilizada para definirlas, ha sido la del Patrn Arquitectnico de Capas, muy utilizada
por arquitectos de software y que permite definir sistemas de acuerdo a distintas capas
donde cada una se encuentra sobre la siguiente.

Luego se muestra el modelo lgico utilizado, este muestra el diagrama de tablas que
manejar la Base de Datos de manera detallada describiendo los nombres de las
tablas, sus campos, sus relaciones y dependencias.

Por ltimo se muestran los estndares de la interfaz grfica del sistema, as como los
prototipos de las principales ventanas que manejar, de manera que se tenga un
modelo claro de las pantallas con las que interactuar el usuario final y los estndares
de las mismas al momento de la construccin del sistema.

4.1. Arquitectura del Sistema

En esta seccin se detalla la estructura utilizada para la elaboracin del sistema. Para
ello se ha utilizado el Patrn Arquitectnico de Capas, de manera que se detalle en
cada una la estructura del sistema desde diferentes perspectivas; stas son las
siguientes: Vista funcional, Vista lgica, Vista de implementacin y Vista de
despliegue.

Vista funcional:

58
Esta vista muestra lo que se espera que el sistema haga y est orientada al usuario
final del mismo. Para ello se listan los casos de uso de acuerdo a cada uno de los
paquetes que maneja el Sistema, los cuales son los siguientes: Paquete de Seleccin
de Mdicos, Paquete de Induccin de Mdicos, Paquete de Evaluacin de
Rendimiento, Paquete de Evaluacin de Credenciales, Paquete de Otorgamiento de
Privilegios y Paquete de Reportes.

Paquete de Seleccin de Mdicos

Dentro del Paquete de Seleccin de Mdicos se tienen los siguientes casos de

uso:
1. Evaluacin de Candidatos
La evaluacin de candidatos permite monitorear las fases del Proceso de
Seleccin de Mdicos dentro de la cual intervienen los Gerentes Mdicos. Las
fases que monitorea incluyen la Entrevista Inicial con el candidato y la
Evaluacin del Candidato dentro del Comit de Credenciales y Privilegios como
se observa en la Figura 4.1.

Figura 4.1.Diagrama de Casos de Uso Paquete Seleccin de Mdicos

2. Documentacin del Proceso

La documentacin del proceso es realizada por los Administradores del
Sistema en este caso los miembros de la Oficina de Gestin de Mdicos.
Dentro de la misma se deben registrar todos los documentos generados en
cada fase del Proceso como son los siguientes: Ficha de Afiliacin, Curriculum

59
Vitae del Mdico, Reporte del Comit de Credenciales y Privilegios y Acta del
Comit de Credenciales y Privilegios.

3. Notificar Necesidad de Mdicos

Dentro de la Notificacin de Necesidades de Mdicos se incluyen las siguientes
fases del proceso de Seleccin: Identificacin de Necesidad y Requerimiento
de Mdico, Identificar Propuestas, Seleccin de Candidatos.

Paquete de Induccin de Mdicos

Figura 4.2.Diagrama de Casos de Uso Paquete Induccin

Dentro del Paquete de Induccin de Mdicos se tienen los siguientes casos de

uso como se observa en la Figura 4.2:
1. Notificacin del Proceso
Dentro de ste se monitorea el proceso de induccin de un mdico reclutado
realizado por la Gerencia Mdica y por Recursos Humanos. Ello abarca las
siguientes fases del proceso de Induccin:
Fases realizadas por la Gerencia Mdica: Convocar al mdico reclutado,
Entrega de Sello, Explicacin de sus Funcionalidades y Presentacin ante el
Equipo de Trabajo
Fases realizadas por Recursos Humanos: Realizar Induccin Institucional,
Informar sobre Procedimientos Administrativos, Entrega de Uniforme y
Fotocheck.

60
2. Documentacin de la induccin
Dentro de este caso de uso se abarca el registro de todos los documentos
generados en el proceso de Induccin. Estos son Constancia de Induccin
Mdica, Constancia de Entrega de Uniforme y Fotocheck y Autorizacin para
Descuento por Nextel y Estacionamiento en la Empresa.

Paquete de Evaluacin de Credenciales

Figura 4.3. Diagrama de Casos de Uso Paquete Evaluacin de Credenciales

Dentro del Paquete de Evaluacin de Credenciales se tienen los siguientes

casos de uso como se observa tambin en la Figura 4.3:
1. Evaluacin de Mdicos
Se encarga de monitorear la fase de Evaluacin de Credenciales del Mdico
realizada por el Comit de Credenciales y Privilegios y que podra permitir a un
mdico obtener o quitar privilegios.

2. Documentacin del proceso

En este caso de uso se monitorean y se documentan las siguientes fases del
proceso de Evaluacin de Credenciales: Recepcin de Mdicos que sern
Evaluados, Solicitar Actualizacin de Credenciales, Integrar evaluaciones en el
Archivo del Mdico. Los documentos que se archivarn sern los siguientes:
ChekList con la lista de Credenciales del Mdico, Reporte del Comit de
Credenciales y Privilegios y Acta del Comit.

61
3. Solicitud de Evaluacin
Se encarga de monitorear la fase de Solicitud de Evaluacin realizada ya sea
por un Gerente Mdico u otro mdico.

Paquete de Evaluacin de Rendimiento

Dentro del Paquete de Evaluacin de Rendimiento (Figura 4.4) se tienen los

siguientes casos de uso:

Figura 4.4.Diagrama de Casos de Uso Paquete Evaluacin de Rendimiento

1. Evaluacin de Mdicos
Se encarga de monitorear la fase de Evaluacin de Rendimiento del Mdico
realizada por el Comit de Credenciales y Privilegios y que podra permitir a un
mdico obtener o quitar privilegios.
2. Documentacin del proceso
En este caso de uso monitorea y documenta las siguientes fases del proceso
de Evaluacin de Credenciales: Recepcin de Mdicos que sern Evaluados,
Solicitar Actualizacin de Indicadores de Rendimiento del Mdico, Integrar
evaluaciones en File del Mdico. Los documentos que se archivarn sern los
siguientes: CheckList con la lista de Indicadores de Rendimiento del Mdico,
Reporte del Comit de Credenciales y Privilegios y Acta del Comit. (La lista de
Indicadores de Rendimiento del Mdico se encuentra en el anexo 7.)
3. Solicitud de Evaluacin
Se encarga de monitorear la fase de Solicitud de Evaluacin realizada ya sea
por un Gerente Mdico, otro mdico o por la Oficina de Gestin de Mdicos.

62
Paquete de Otorgamiento de Privilegios

Dentro del Paquete de Otorgamiento de Privilegios se tienen los siguientes

casos de uso, los cuales tambin se observan en la Figura 4.5:

Figura 4.5.Diagrama de Casos de Uso Paquete Otorgamiento de Privilegios

1. Evaluacin de Mdicos
Se encarga de documentar y gestionar aquellas reuniones realizadas por la
Gerencia Mdica mediante los cuales se decide otorgar o limitar los privilegios
del mdico en estudio.

2. Documentacin del Proceso

Permite documentar todos los archivos propios de este proceso entre los que
encontramos el Documento de Privilegios del Mdico.

3. Solicitud de Privilegios
Se encarga de monitorear y alertar sobre la solicitud de privilegios por parte de
algn miembro del Staff Mdico

Paquete de Reportes

Dentro del Paquete de Reportes (Figura 4.6) se tienen los siguientes casos de
uso:

63
 Monitoreo de Procesos:
Este caso de uso consiste en la emisin de informes que permitan visualizar el
estado de procesos de seleccin, induccin, evaluacin u otorgamiento de
privilegios que se vienen realizando, en qu fase se encuentran y quines son
sus involucrados.

Figura 4.6.Diagrama de Casos de Uso Paquete Reportes

Reportes de Mdicos
Consiste en la emisin de reportes de mdicos de acuerdo a algunos
parmetros tales como: Tiene o no Colegiatura, Tiene o no RNE, por Edad,
Sede donde Trabajan o Especialidad.

Reportes sobre Procesos realizados

Consiste en la emisin de reportes histricos con el detalle de los procesos de
seleccin, induccin, evaluacin u otorgamiento de privilegios realizados.
Dentro del mismo se mostrar la siguiente informacin de cada proceso: Fecha
de inicio, estad, fecha de fin, Medico protagonista, Documentos obtenidos.

Vista Lgica o Estructural:

Esta vista muestra los principales elementos utilizados por los analistas y diseadores
del sistema en una subdivisin lgica. Para ello se mostrarn los principales paquetes

64
que tendr el sistema y cmo se relacionan, tal como se puede observar en la Figura
4.7.

Paquete de Interfaz de usuarios (GUI)

En este paquete se encuentran los objetos que incluyen las ventanas de
interaccin del usuario con el sistema, como por ejemplo: La ventana que
corresponde a la actividad de evaluacin de rendimiento de un mdico o la
ventana que corresponde a la solicitud de un nuevo mdico. Cada una de estas
ventanas representar una de las actividades de cada uno de los procesos que
se detallan en el sistema.

Paquete de Servicios del Negocio (Business Logic)

El paquete de Servicios del Negocio contiene los objetos que van a poder
atender las solicitudes de los usuarios realizadas desde la capa de la Interfaz.
Para el proyecto este paquete est relacionado tanto para los mdulos de
Seguridad y Reportes trabajados en JAVA como para los Mdulos de
Procesos. Para los mdulos en JAVA dentro de este paquete se encuentra
cualquier objeto que recibe la accin realizada desde el paquete de la interfaz
por ejemplo al buscar un nuevo informe de mdicos por determinado filtro todas
las reglas de dicha bsqueda debern estar incluidas en este paquete. Para el
sistema BPM tambin se tendr objetos de lgica que permitan recibir la accin
de algun botn de cada actividad del proceso o cualquier otro tipo de accin
que atienda a las solicitudes de los usuarios para cada una de las ventanas de
la aplicacin BPM.

Paquete de Objetos del Negocio (Business Entity)

El paquete de Objetos del Negocio contiene las clases que utilizar el sistema
para representar a los objetos que en su mayora representa a las tablas en la
base de datos. Este paquete se comunica con el paquete de Datos y con el de
Servicios del Negocio. Este paquete cumplir un rol importante dentro del
Mdulo de Seguridad y de Reportes pues para los mdulos trabajados sobre
BonitaSoft no adquiere mayor relevancia.

Paquete de Objetos de Persistencia (Data Access Objects)

El paquete de Objetos de Persistencia contiene las clases que el sistema usa
para manejar la persistencia de los objetos relacionados con la Base de Datos.
Dicho paquete se comunica con el de Objetos de Negocio. Este paquete al

65
 igual que el anterior, cumplir un rol importante dentro del Mdulo de Seguridad
y de Reportes pues para los mdulos trabajados sobre BonitaSoft no adquiere
mayor relevancia.

Paquete de Reglas de Procesos

El paquete de Reglas de Procesos contiene a la lgica de los Procesos del
Negocio que el sistema usa. Dicho paquete contiene las reglas que permiten el
flujo de un proceso en cada una de sus fases. A diferencia del Paquete de
Reglas de Negocio que contiene las reglas de Interaccin entre usuario y
sistema.

Figura 4.7. Vista Lgica o Estructural del Sistema

Vista de Implementacin

La vista de implementacin muestra los elementos fsicos del sistema mediante

componentes, as como sus interfaces y dependencias entre componentes. Para la
elaboracin del diagrama de componentes se tendr en cuenta que el diseo que se
sigue para el sistema es el de modelo vista controlador, es decir, se tendrn tres
niveles una para la base de datos, otro para la lgica del sistema y otro para las
interfaces de la misma, como se puede observar en la figura 4.8.

66
 Capa Modelo de Base de Datos
Esta capa se encarga de almacenar toda la informacin que se va a utilizar en
el sistema, tanto de mdicos, procesos de seleccin, procesos de evaluacin
de rendimiento, procesos de induccin, procesos de evaluacin y de
credenciales, procesos de otorgamiento de privilegios, usuarios y evaluaciones
y fichas de mdicos.

Capa Controlador
Esta capa se encarga de procesar toda la informacin que se obtiene, se
utilizar especficamente para el mdulo de reportes pues la Plataforma de
BonitaSoft no requiere de una capa de Controlador especfica para el sistema
ya que maneja sus propias interfaces para la conexin a la base de datos.

Capa Vista
Esta capa se encarga de interactuar con el usuario ya sea el Administrador del
Sistema, un Gerente Mdico u otro usuario final (Recursos Humanos o
Mdicos).

Vista de despliegue

El diagrama de despliegue muestra de que manera estn distribuidos y conectados los

nodos del sistema. A continuacin se muestra la Arquitectura Fsica del Sistema
Mediante un Diagrama.

Figura 4.8. Vista de Implementacin: Modelo-Vista-Controlador

67
El diagrama de la Figura 4.9 muestra que se tendrn dos servidores, uno para el
modelado y control de procesos que almacenar informacin del flujo del proceso en
s; y otro para la ejecucin del proceso.

Figura 4.9. Vista de Despliegue del Sistema

Los clientes del primer Servidor (lado izquierdo de la imagen) sern aquellos analistas
expertos en el uso de BonitaSoft que requieran informacin o quieran cambiar el flujo
de los procesos en la Clnica; el segundo servidor ser para manejar la informacin de
la aplicacin en s. Dicha informacin es introducida por los usuarios finales de la
misma. Esta informacin contendrn las entidades propias del Negocio como mdicos,
informacin de los mismos, evaluaciones realizadas, usuarios, etc.

4.2. Diseo de la Interfaz Grfica

Dentro de esta seccin se presenta en primer lugar los criterios utilizados para el
diseo de la interfaz grfica y luego se presentarn los prototipos de las ventanas
principales manejadas por el sistema.

El diseo de interfaz final del sistema tiene trascendental importancia en la aceptacin

del mismo por parte del usuario final por lo que se ha credo necesario tener en cuenta
las siguientes caractersticas para la construccin del mismo:

68
El sistema debe ser intuitivo: El sistema debe ser claro, sencillo e interactivo para el
usuario final. Las instrucciones presentadas en pantalla no deben ser ambiguas ni
debe existir dificultad alguna para entenderlas. Los ttulos y las palabras claves deben
tener lgica y sentido para el usuario final.

El sistema debe ser fcil de manejar: El sistema no debe tener mucha botonera o
procesos complejos para el usuario final. Los pasos que deba seguir el usuario para
manejar el sistema deben ser claros y directos.

El sistema debe tener una buena presentacin: El sistema debe tener colores, tablas y
grficos visualmente atractivos para el usuario final. No debe haber desorden en cada
una de las ventanas construidas.

El sistema debe Soportar Errores: El sistema no debe colgarse o tener procesos de

carga largos ante cualquier error del usuario final, por el contrario se debe tratar de
automatizar la correccin de dichos errores.

Una vez mencionados los criterios utilizados para la construccin del sistema se
presentan los prototipos de las principales ventanas que presenta el sistema as como
una descripcin da cada uno de estos. En primer lugar se muestran los prototipos del
sistema asociado a la automatizacin de los procesos y luego se muestran los
prototipos asociados a los reportes del sistema.

Prototipos de los Mdulos de Procesos

Cabe mencionar tambin que las ventanas relacionadas a cada proceso han sido
programadas por el Software Bonita Open Solution, el cual presenta ciertos
estndares ya definidos para sus ventanas tales como el logotipo de BONITA OPEN
SOLUTION al lado izquierdo superior y el ttulo del proceso en la parte central, como
se puede observar en la Figura 4.10. Tambin se aprecia que en la parte inferior
central se encuentra nuevamente el logotipo de BONITA OPEN SOLUTION a su vez al
lado derecho superior se encuentra en primer lugar el perfil del usuario que ingres al
sistema y la opcin para salir del sistema.

69
 Figura 4.10. Pantalla Principal

A continuacin se muestra en la Figura 4.11 un prototipo de la ventana de Solicitud de

Mdico. Como se puede apreciar en la parte central, debajo del nombre del proceso
(Solicitar Mdico en este caso) se muestra el inicio del proceso y fin del proceso as
como la descripcin del mismo.

Figura 4.11. Esquema Principal de las Ventanas

70
Cajas de Texto: Con respecto a las cajas de texto estas son siempre del mismo
tamao por cada ventana. Estas se encontrarn al lado derecho de un texto que
indique la informacin que se debe ingresar y sern de color blanco como se observa
en la Figura 4.12.

Figura 4.12. Caja de Texto

Radio Button: Los radio button se utilizan para seleccionar alguna opcin dentro de
una lista como se observa en la Figura 4.13.

Figura 4.13. Radio Button

Botones: Estos tendrn un color gris y tendrn un texto para el caso de la ventanas del
sistema en BonitaSoft una imagen como se observa en la Figura 4.14; mientras que
para el caso del mdulo de procesos estos tendrn una imagen.

Figura 4.14. Botones

Combo box: Los combo box tendrn un diseo similar a las cajas de texto. Sern
siempre de color blanco y estarn al costado derecho de una etiqueta que indique qu
realiza dicha accin como se observa en la Figura 4.15.

71
 Figura 4.15. Combo box

Tablas Editables: Las tablas presentarn un botn al lado inferior izquierdo con el
smbolo de ms y menos para agregar o quitar una fila como se observa en la Figura
4.16. Las tablas editables se utilizarn para ingresar informacin de mdicos. Para
ingresar informacin dentro de dichas tablas se dar clic sobre el campo donde se
desea escribir y automticamente se generar el cursor para realizar dicha accin.

Tablas no Editables: Estas tablas se utilizarn dentro del mdulo de reportes. Tendrn
un formato similar a las tablas no editables.

Cajas de Dilogo: stas nicamente sern utilizadas para seleccionar un archivo como
referencia a un proceso determinado.

Figura 4.16. Tablas Editables

72
Prototipos del Mdulo de Reportes:

Interfaz de Acceso al Mdulo de Reportes:

Esta ventana de acceso permitir solamente ingresar al sistema. Esta ventana es
simple e intuitiva, solamente se requerir ingresar el nombre de usuario y la
contrasea como se observa en la Figura 4.17.

Interfaz de Reporte de Mdicos:

Esta ventana muestra un reporte para un mdico en especfico. Como se observa en
la figura 4.18, se tendrn cuatro criterios de bsqueda: Si el mdico tiene CMP
vigente, si tiene RNE vigente, la especialidad del mdico y el nombre del mdico. La
foto del mdico se encontrar al lado superior derecho.

En la parte inferior se observa tambin en la Figura 4.18 los resultados de la consulta,

el cual est dividido en cinco pestaas de acuerdo a la informacin que se desea
revisar: Informacin Personal, Estudios Realizados, Prctica Pre-profesional, Docencia
e Informacin Complementaria.

Figura 4.17. Interfaz de Acceso al Sistema

73
Interfaz de Reporte de Procesos:
Esta ventana muestra un reporte con la lista de los procesos de la OGM. Como se
observa en la Figura 4.19 se tendrn dos criterios de bsqueda:

Figura 4.18. Interfaz de Reporte de Mdicos

El primer criterio indica el tipo del proceso que se est buscando y el segundo indica si
el proceso est finalizado o an est pendiente.
En la parte inferior se observan los resultados de la consulta. El contenedor est
dividido en dos pestaas. La primera pestaa lista todos los procesos que cumplen
con los criterios de bsqueda. Al momento de seleccionar un proceso especfico de
dicha lista se muestra la foto del mdico involucrado al lado superior derecho de la
ventana; a su vez en la segunda pestaa del contenedor inferior se muestra el detalle
de dicho proceso.

4.3. Diagrama de Base de Datos

A continuacin se muestran los diagramas de Base de Datos que se utilizan para el

registro, modificacin y eliminacin de los datos del Sistema. A diferencia de los
sistemas transaccionales clsicos, los sistemas orientados a la gestin de procesos

74
requieren de una base de datos que permita medir la eficiencia y eficacia de los
procesos que realiza la empresa; por este motivo se han definido dos bases de datos.

Figura 4.19. Interfaz de Reporte de Procesos

La primera se encuentra orientada al almacenamiento de los datos propios de un

sistema transaccional clsico, en este caso datos sobre mdicos. La segunda base de
datos albergar data de los procesos que ha realizado la Clnica dentro del rea (por
ejemplo: el proceso de seleccin de mdicos) de manera que permita la mejora de los
mismos.

Base de Datos para la Data de Mdicos de la Oficina de Gestin de Mdicos

(Figura 4.20):
Esta Base de Datos, como ya se mencion, permite almacenar los datos requeridos
por la OGM correspondientes a la gestin de mdicos. Dentro del Captulo I del
presente documento se explica que la data que maneja el rea corresponde a la
Seleccin e Induccin de Mdicos, Evaluacin del Rendimiento de Mdicos,
Credenciales de Mdicos y Otorgamiento de Privilegios.

Las tablas ms importantes para esta son las siguientes:

75
MEDICO: Alberga la informacin principal de un mdico contratado por la clnica.
REPORTE_COMITE: Alberga la informacin de los comits realizados por la clnica
con respecto a la evaluacin de seleccin de mdicos.
CANDIDATO: Dicha tabla contiene la lista de mdicos candidatos a trabajar en la
clnica.
Adems se observan las siguientes tablas:
ESPECIALIDAD: Contiene la lista de Especialidades que maneja la clnica.
UNIDAD_NEGOCIO: Contiene todas las unidades de negocio que posee la clnica, por
ejemplo: Ambulatorio, Hospitalario, Emergencia o Preventiva.
FICHA_AFILIACION_PERSONAL,FICHA_AFILIACION_DOCENCIA,
FICHA_AFILIACION_PRACTICA,FICHA_AFILIACION_COMPLEMENTO: Contienen
informacin de un mdico que ha entrado al proceso de seleccin de la clnica
FICHA_PRIVILEGIOS: Esta tabla contiene la lista de privilegios que posee un mdico
de la clnica.
CHECKLIST_CREDENCIALES y CHECKLIST_RENDIMIENTO:
Estas tablas contienen los resultados de las evaluaciones peridicas que se le realizan
a cada mdico del Staff, tanto para medir sus credenciales (estudios u otras labores) y
su rendimiento (comportamiento y resultados dentro de la clnica).

Base de Datos para la Data de Procesos de la Oficina de Gestin de Mdicos

(Figura 4.21):
Las tablas ms importantes de dicha base de datos son las siguientes:
PROCESO: Esta es la tabla principal de la base de datos pues alberga los datos
fundamentales de cada uno de los procesos realizados por el rea. A su vez esta tabla
tiene una tabla diferente como hija por cada tipo diferente de proceso realizado por el
rea. Estas tablas hijas son las siguientes:
PROCESO_CREDENCIALES, PROCESO_RENDIMIENTO, PROCESO_INDUCCION,
PROCESO_PRIVILEGIOS y PROCESO_SELECCION
INDICADOR: Contiene el maestro con la lista de indicadores de medicin que maneja
el sistema. Cada medicin realizada se almacena en la tabla MEDICION.
Como se observa cada una de ellas se refiere a cada uno de los distintos procesos
que maneja el rea y posee informacin especfica de la fase en la cual se encuentran,
la duracin y el costo de dicho proceso.
Adems tambin se tienen las siguientes tablas:
USUARIO: Esta tabla contiene los datos de todos los usuarios que pueden ser parte
de dicho proceso, es decir, pueden tener acceso al sistema que se est construyendo.
MDICO: Esta tabla contiene los datos del mdico asociado a cada proceso.

76
Figura 4.20. Base de Datos para la Data de Mdicos de la OGM

77
Figura 4.21. Base de Datos para la Data de Procesos de la Oficina de Gestin de Mdicos

78
5. CONSTRUCCIN

El presente captulo, tiene por objetivo explicar cules son las tecnologas y
procedimientos utilizados para la generacin de cdigo y creacin del Producto Final
del Sistema, adems se detalla cul ha sido el plan de pruebas que se ha seguido
para el correcto funcionamiento del sistema.

En primer lugar se explicarn todas las tecnologas de software utilizadas para la

construccin del Sistema. A su vez se mencionarn cules han sido los motivos para
elegir dichas tecnologas. Luego se mencionarn algunas de las funcionalidades
propias de cada plataforma utilizada en el Proyecto.

En segundo lugar se explicarn las acciones realizadas tanto para la configuracin

como para la programacin del sistema realizado.

Por ltimo se explicar el plan de pruebas utilizado para asegurar el correcto

funcionamiento del sistema. Dicho plan se ha dividido en pruebas unitarias y pruebas
de integracin; los cuales tienen un enfoque distinto a los sistemas transaccionales.
Las pruebas unitarias verificarn una actividad, la cual hace referencia a una o ms
ventanas del Sistema; por otro lado, las pruebas de integracin se encargarn de
asegurar el flujo correcto de un Proceso completo.

5.1. Tecnologas a utilizar:

Dentro de este punto se presentarn las principales tecnologas con respecto a la

construccin de sistemas BPM y cules han sido las razones por las que se ha
escogido BonitaSoft Open Solution para el presente proyecto. Luego se describirn
cules son las caractersticas, funcionalidades y lenguaje de programacin utilizado
por esta herramienta. Por ltimo se describir que programa de Base de Datos se ha
elegido.

Como ya se ha mencionado en el Captulo I del presente documento, las soluciones

BPM son plataformas que permiten la construccin de Sistemas orientados a la
Gestin de Procesos de Negocio. Actualmente existen muchas plataformas con
funcionalidades similares entre las que se encuentran principalmente las siguientes:

79
Modelamiento Grfico de Procesos, Simulacin de Procesos y Monitorizacin de
Procesos.
Los criterios que se utilizaron para la eleccin de la plataforma a utilizar fueron los
siguientes: debe ser un Open Source, para que el software no requiera ser comprado
para su uso pues el proyecto no maneja un presupuesto.
Debe tener las funcionalidades bsicas mencionadas en el prrafo anterior
(Modelamiento Grfico de Procesos, Motor de Procesos y Monitorizacin de
Procesos), ello debido a que se busca construir el sistema completamente, si solo
maneja algunas funcionalidades y no abarca la posibilidad de construirlo ntegramente
no se tomara en cuenta.
El diseo y la usabilidad de la solucin deben ser claras pues no se maneja un
presupuesto para capacitacin o soporte.

Los productos evaluados fueron los siguientes:

Intalio: Este es el OpenSource BPM ms conocido actualmente y es parte del
cuadrante de Gartner. Dicha solucin ofrece todas las funcionalidades propias de una
plataforma BPM e incluso maneja un plugin para Eclipse que sirve como modelador.
JBoss jBPM: Este OpenSource es actualmente un diseador de procesos si bien an
carece de un motor es la plataforma BPM con mayor potencial en el mercado.
Process Maker: Esta solucin est orientada a un entorno web y es una plataforma
muy accesible.
Bonita: Esta solucin maneja todas las funcionalidades propias de un OpenSource,
usa una API de JAVA que permite realizar programacin sobre las aplicaciones. Por
ltimo, la simulacin y monitorizacin de procesos se realiza sobre una GWT (Google
Web Toolkit) el cual es un software libre que permite a los desarrolladores web
mantener aplicaciones en Java de Front-end Java Script.

Se escogi Bonita OpenSource debido a que brinda todas las funcionalidades para el
modelamiento de procesos, presenta un motor eficaz para el sistema y un visualizador
interactivo del sistema y monitoreo del mismo. Adems permite al programador
introducir cdigo Java en caso se requiera una funcionalidad especfica. Adems la
herramienta es intuitiva y no requiere de alguna capacitacin como en el caso de otras
herramientas BPM. Por ltimo al ser un Open Source no requiere de alguna inversin
econmica para la elaboracin del producto final [15].

Para la elaboracin de reportes del Sistema se utilizar el lenguaje de Programacin

Java pues es libre y no requiere de costos de licencias. Este lenguaje presenta una

80
gran cantidad de tutoriales sobre su uso y a su vez puede ser manejado sobre una
gran cantidad de plataformas. Por ltimo BonitaSoft tambin utiliza este lenguaje como
parte de su entorno por lo que se mantendr el estndar de utilizar el mismo lenguaje
a lo largo del proyecto.

La IDE que se utilizar para la programacin de los reportes es NetBeans. Esta

presenta una mayor facilidad de uso frente a otras plataformas como Eclipse. Presenta
una gran usabilidad, se complementa muy bien con el lenguaje java y puede ser
accedida tanto para Linux como Windows.

Con respecto a la base de datos se decidi utilizar el motor Microsoft SQL Server
2008. Se ha elegido este motor frente a Oracle porque la interactividad con el
programa es ms sencilla; si bien Oracle es ms eficiente para grandes cantidades de
transacciones para efectos de este proyecto, que no requiere un gran nmero de
transacciones pues se trata de la gestin de mdicos de una clnica, Oracle y SQL
Server no presentan diferencia frente a este aspecto, Por otro lado se ha preferido
dicho motor frente a MySql o PostgreSQL, porque no ofrecen las mismas
funcionalidades utilizadas por SQL Server. Incluso SQL Server al ser un producto de
Microsoft presenta mucha mayor cantidad de informacin con respecto a consultas
sobre la herramienta brindando una mayor facilidad para la culminacin del proyecto
dentro del periodo de tiempo establecido.

5.2. Programacin y desarrollo del Sistema

Dentro de esta seccin se explicar la forma en que se realizaron las actividades

relacionadas a la codificacin y a la construccin del sistema. Se describir en primer
lugar la forma en que se construy el sistema en la plataforma BonitaSoft Open
Solution y en segundo lugar se describir la codificacin realizada para el mdulo de
Reportes en Java.

Para la construccin del sistema en BonitaSoft se realizaron cinco ejecutables

correspondientes a cada uno de los procesos que se iban a modelar. En primer lugar
se realiz el ejecutable para el proceso de Seleccin de Mdicos (la extensin de los
archivos ejecutables generados en BonitaSoft Open Solution es .bar), se continu con
el proceso de Induccin, luego el de Evaluacin de Credenciales, Evaluacin de
Rendimiento y por ltimo el de Otorgamiento de Privilegios. El uso de esta plataforma
permite la construccin del sistema sin la necesidad de generar muchas lneas de

81
cdigo ya que maneja una interfaz interactiva con funcionalidades predefinidas. Estas
funcionalidades permiten realizar las tareas de conexin a base de datos, envo de
emails, servicios web de manera ms interactiva y evitando la codificacin excesiva.

La construccin del mdulo de reportes se realiz en el siguiente orden: en primer

lugar se codificaron las clases relacionadas a los mdicos incluyendo las ventanas, las
conexiones a base de datos y las entidades del sistema. A continuacin se codificaron
las clases relacionadas a los procesos de negocio incluyendo tambin interfaces,
conexiones y entidades requeridas. Por ltimo se construyeron las clases relacionadas
a los informes de indicadores de medicin de los procesos.

5.3. Plan de Pruebas

Para verificar el correcto funcionamiento del sistema se ha credo conveniente elaborar

un plan de pruebas que consista tanto en pruebas unitarias como en pruebas
integrales.
Debido a que el sistema est orientado a procesos, las pruebas de integridad
consistirn en mostrar el correcto funcionamiento de cada una de las ventanas en todo
el flujo de los procesos. Por lo tanto, se realizar una prueba de integracin por cada
uno de los procesos que contendr el sistema adems de una prueba de integracin
para el mdulo de emisin de reportes del mismo
Por otro lado las pruebas unitarias permitirn verificar el correcto funcionamiento de
cada una de las ventanas (actividades) del sistema tomando cada una de ellas como
una ventana aislada de las dems.

Los IDs para cada prueba tienen en sus dos o tres primeros caracteres la referencia al
proceso del cual se trata, como se muestra a continuacin:

PSXXX = Proceso de Seleccin

PIXXX = Proceso de Induccin
PECXX = Proceso de Evaluacin de Credenciales
PERXX = Proceso de Evaluacin de Rendimiento
PPXXX = Proceso de Otorgamiento de Privilegios

A continuacin se muestran las pruebas principales del plan elaborado:

82
Prueba de Integridad del Proceso de Seleccin de Mdicos
IDPRUEBA PS001
Objetivo Completar el flujo completo del proceso de
seleccin de mdicos
Precondicin El usuario debe haber ingresado al sistema como
administrador.
Descripcin de la prueba Dentro de la prueba se completarn todos los
campos de cada una de las ventanas asociadas al
Proceso de Seleccin de Mdicos.
Los procesos que se van a completar son los
siguientes:
Solicitar Mdico, Revisar Requerimiento, Identificar
Propuestas, Seleccionar Candidato, Registrar
Proceso de Seleccin, Recepcionar
Documentacin, Entrevista Inicial con Candidatos,
Efectuar Informe, Integrar Evaluaciones a File de
Candidato, Efectuar Informe, Integrar Evaluaciones
a File de Candidato, Evaluar Candidatos, Registrar
Acuerdos en Libro de Actas de comit, Crear
Cdigo del Mdico y Registrar en Sistema
Informtico y Comunicar sobre miembros
incorporados al Staff Mdico.
Resultados Esperados El sistema debe acceder a cada uno de los
procesos y deber mostrar mensajes de error en
caso no est completando correctamente alguno
de los campos en alguna actividad.
Como resultado esperado se deber llegar a
finalizar la actividad de de Comunicar sobre
miembros incorporados al Staff Mdico con xito.

Tabla 4. Prueba de Integridad del Proceso de Seleccin de Mdicos

83
Prueba de Integridad del Proceso de Induccin de Mdicos:

IDPRUEBA PI001
Objetivo Completar el flujo completo del proceso
de Induccin de Mdicos
Precondicin El usuario debe haber ingresado al
sistema como administrador.
Descripcin de la prueba Dentro de la prueba se completarn
todos los campos de cada una de las
actividades asociadas al Proceso de
Induccin de Mdicos.
Las actividades que se van a completar
son los siguientes:
Comunicar Entrada de Nuevos Mdicos,
Convocar Nuevos Mdicos, Realizar
Reunin de Bienvenida y Entregar
Documentos, Explicar Funciones y
Responsables del rea y Presentar
Equipo, Enviar Correo de Bienvenida,
Realizar Induccin, Informar Pagos y
Beneficios, Entregar Uniforme y Archivar
Constancia de Induccin y Recepcin de
Materiales.

Resultados Esperados El sistema debe acceder a cada uno de

los procesos con normalidad a su vez
deber mostrar mensajes de error en
caso no est completando correctamente
alguno de los campos en alguna
actividad.
Como resultado esperado se deber
llegar a la finalizacin de la actividad de
Archivar Constancia de Induccin y
Recepcin de Materiales exitosamente
habiendo registrado la data del proceso
en la base de datos.
Tabla 5. Prueba de Integridad del Proceso de Induccin de Mdicos

84
Prueba de Integridad del Proceso de Evaluacin de Rendimiento de Mdicos:
IDPRUEBA PER01
Objetivo Completar el flujo completo del proceso
de Evaluacin de Rendimiento.
Precondicin El usuario debe haber ingresado al
sistema como administrador.
Descripcin de la prueba Dentro de la prueba se completarn
todos los campos de cada una de las
ventanas asociadas al Proceso de
Evaluacin de Rendimiento.
Las actividades que se van a completar
son los siguientes:
Identificar Miembros Candidatos a
Revisin, Actualizar File de Rendimiento,
Documentar Evaluacin y Remitir
Expediente, Solicitar actualizacin de File
de cada Miembro, Actualizar Historial de
Mdico. Aplicar Protocolo de Verificacin,
Actualizar File del Mdico, Evaluar
Miembro del Staff Mdico, Generar
Reporte de Comit de Credenciales,
Registrar Acuerdo en Libro de Actas de
Comit y Comunicar Resultados de
Evaluacin.
Resultados Esperados El sistema debe acceder a cada uno de
los procesos con normalidad a su vez
deber mostrar mensajes de error en
caso no est completando correctamente
alguno de los campos en alguna
actividad.
Como resultado esperado se deber
llegar a la finalizacin de la actividad de
Comunicar Resultados de Evaluacin
exitosamente habiendo registrado la data
del proceso en la base de datos.

Tabla 6. Prueba de Integridad del Proceso de Evaluacin de Rendimiento de Mdicos

85
Prueba de Integridad del Proceso de Evaluacin de Credenciales de Mdicos:
IDPRUEBA PEC01
Objetivo Completar el flujo completo del proceso de
Evaluacin de Credenciales de Mdicos.
Precondicin El usuario debe haber ingresado al
sistema como administrador.
Descripcin de la prueba Dentro de la prueba se completarn todos
los campos de cada una de las ventanas
asociadas al Proceso de Evaluacin de
Credenciales de Mdicos.
Las actividades que se van a completar
son los siguientes: Actualizar File de
Credenciales, Documentar Evaluacin y
Remitir Expediente, Identificar Miembros
Candidatos a Revisin, Solicitar
actualizacin de Credenciales de cada
Miembro, Actualizar el Archivo de
Credenciales y Aplicar Protocolo de
Verificacin, Entrevista a Miembro del Staff
Mdico, Generar Reporte para Comit de
Credenciales, Evaluar Miembro del Staff
Mdico, Registrar Acuerdo en Libro de
Actas de Comit, Actualizar File del
Mdico y Comunicar Resultados de
Evaluacin.
Resultados Esperados El sistema debe acceder a cada uno de los
procesos con normalidad a su vez deber
mostrar mensajes de error en caso no est
completando correctamente alguno de los
campos en alguna actividad.
Como resultado esperado se deber llegar
a la finalizacin de la actividad de
Comunicar Resultados de Evaluacin de
manera exitosa.

Tabla 7. Prueba de Integridad del Proceso de Evaluacin de Credenciales de Mdicos

86
Prueba de Integridad del Proceso de Otorgamiento de Privilegios de Mdicos:

IDPRUEBA PO001
Objetivo Completar el flujo completo del proceso
de Otorgamiento de Privilegios
Precondicin El usuario debe haber ingresado al
sistema como administrador.
Descripcin de la prueba Dentro de la prueba se completarn
todos los campos de cada una de las
ventanas asociadas al Proceso de
Otorgamiento de Privilegios.
Las actividades que se van a completar
son los siguientes:
Solicitar cambio de Privilegios, Recibir
Solicitud y obtener Ficha de Mdico,
Comunicar Solicitud de Privilegios,
Evaluar Solicitud de Privilegios, Registrar
Acuerdo en Libro de Actas de Comit,
Actualizar File del Mdico y Comunicar
Resultados.

Resultados Esperados El sistema debe acceder a cada uno de

los procesos con normalidad a su vez
deber mostrar mensajes de error en
caso no est completando correctamente
alguno de los campos en alguna
actividad.
Como resultado esperado se deber
llegar a la finalizacin de la actividad de
Comunicar Resultados de manera
exitosa.

Tabla 8. Prueba de Integridad del Proceso de Otorgamiento de Privilegios

87
Pruebas Unitarias de Mdulo de Reportes:

IDPRUEBA PO006
Objetivo Generar el Reporte de Mdicos.
Precondicin El usuario debe haber ingresado al
sistema como administrador y estar en la
ventana de Reporte de Mdicos.
Descripcin de la prueba Dentro de la prueba se completar el filtro
de Especialidad de Mdico Cardiologa
y la opcin de Si tiene CMP. Luego
presionar el botn Generar.
Resultados Esperados El sistema deber mostrar un reporte con
todos los mdicos de la Clnica que
tienen CMP y que tienen la especialidad
de Cardiologa.

Tabla 9. Prueba de Generacin de Reporte de Mdicos

IDPRUEBA PO007
Objetivo Generar el Reporte de Procesos de
acuerdo a los parmetros ingresados.

Precondicin El usuario debe haber ingresado al

sistema como administrador estar en la
ventana de Reporte de Procesos.
Descripcin de la prueba Dentro de la prueba se seleccionar de la
lista de procesos, los procesos de
seleccin, y en Estado del Proceso se
seleccionar Pendiente.
Luego se presionar el botn Generar
Resultados Esperados El sistema deber mostrar la lista de
todos los Procesos de Seleccin que an
no se han completado hasta la fecha
actual.

Tabla 10. Prueba de Generacin de Reporte de Procesos

88
6. Observaciones, Conclusiones y Recomendaciones

El presente captulo, tiene por objetivo detallar cules han sido los puntos ms
relevantes del proyecto a lo largo de todo su desarrollo; a continuacin se describen
las conclusiones que se han obtenido tras su ejecucin; y por ltimo, se brindan
recomendaciones y anotaciones para proyectos similares y trabajos futuros.

6.1. Observaciones

En base al trabajo realizado en el presente proyecto se pudo observar lo siguiente:

De acuerdo a la revisin del estado del arte se observ que los procesos dentro de las
clnicas peruanas relacionados a la gestin de mdicos se encuentran, en su gran
mayora, manejados de manera manual. Adems, se observ que no hay difusin de
un sistema que permita almacenar la informacin relacionada con los procesos de
gestin de personal mdico de manera automatizada.

El anlisis realizado para la implementacin de un Sistema BPM difiere de un anlisis

realizado para un sistema transaccional ya que los requisitos deben estar destinados a
monitorear y abarcar todos los procesos del negocio; a diferencia del sistema
transaccional el cual toma en cuenta la automatizacin de tareas mencionadas por el
usuario final tratando de hacer que la carga de trabajo para dicho usuario sea ms
sencilla y automatizada. Para el anlisis de este sistema se debi tener bien
establecido el flujo de los procesos del rea, quines son los responsables de dichas
actividades y en qu consisten cada una de ellas.

Los sistemas BPM presentan particularidades distintas a los sistemas transaccionales,

ya que requieren almacenar informacin tanto de las transacciones que involucren los
procesos y a su vez los procesos en s. Se ha notado la importancia de separar la data
contenida en Sistemas BPM en dos bases de datos distintas de manera que pueda
soportar la data sobre procesos y que esta pueda ser medida y mejorada. Por lo tanto
se ha diseado una base de datos para la informacin de los mdicos de la
organizacin y una segunda para permitir monitorear los procesos de negocio.

La cantidad de programacin (lneas de cdigo) en plataformas BPM es menor que la

programacin en otras plataformas ya que se busca seguir el flujo de procesos ya

89
modelados dentro de la misma. Por lo tanto el desarrollador requiere adems de
programacin, dedicar gran parte del tiempo a entender claramente cules son los
procesos que maneja el negocio, quines son los actores que los realizan y que reglas
deben seguir los mismos.

6.2. Conclusiones

Una vez realizado el caso de negocio se demuestra que una solucin BPM puede ser
aplicada dentro de la OGM de la Clnica Alfa obteniendo un retorno de la inversin en
menos de un ao. De la viabilidad del proyecto y de los costos y beneficios
cuantitativos mostrados en el caso de negocio se concluye que este es factible
econmicamente y rentable para la clnica, siendo una solucin complementaria a los
sistemas transaccionales que podran automatizar las funciones principales de la
OGM.

Una vez culminado el proyecto y en base al anlisis FODA realizado sobre la OGM se
obtienen las siguientes conclusiones:
En la OGM de la clnica hay integrantes que tienen los conocimientos
tcnicos necesarios de base de datos y gestin por procesos, quienes
pueden ser los encargados de manejar el sistema BPM, realizar
cambios en los procesos y dar mantenimiento a la base de datos del
sistema.
El proyecto cubre la oportunidad mencionada en el anlisis FODA sobre
el objetivo de la clnica que trata de elevar los niveles de madurez de
sus procesos de gestin de su staff mdico para lograr certificaciones
internacionales de calidad.
El proyecto permite que se superen dos debilidades actuales que tiene
el rea: el no contar con un sistema informtico que permita manejar su
informacin y el desorden actual en el que se encuentra su informacin.
El proyecto reduce la amenaza que tiene el rea con respecto a la
presin de sustitutos en algunas funciones de la OGM por parte de
otras reas como la de recursos humanos.

Una vez diseada la base de datos para la OGM con una lgica que permite albergar
data de los procesos del rea, a diferencia de los sistemas transaccionales, se
concluye que la OGM va a poder utilizar dicho repositorio de datos para obtener

90
informacin de los mdicos que maneja; adems va a poder almacenar informacin de
los procesos que realiza y obtener indicadores que permitan medir el desempeo de
sus procesos y redisearlos en caso se requiera.

Una vez elaborado el prototipo de sistema BPM para la Clnica Alfa se ha podido
automatizar y monitorear los procesos principales que maneja el rea, obtenindose
informacin de sus costos, los tiempos de sus actividades, la eficiencia y eficacia con
la que se desempean los trabajadores del rea y otros involucrados en los procesos.

El sistema, por su naturaleza, al estar construido con herramientas BPM facilita el

anlisis del impacto de futuros cambios a realizarse dentro de los procesos del rea.

6.3. Recomendaciones

De acuerdo a la experiencia obtenida por este proyecto se tienen las siguientes

sugerencias para trabajos futuros similares:

El desarrollo de Sistemas BPM debe estar asociado a un plan o poltica de la empresa

de mejora continua en los procesos que abarque el sistema. De esta manera se podr
asegurar que dicho sistema no sea tratado como un sistema transaccional clsico sin
explotar los beneficios que pueda brindar un Sistema BPM. Ello debido a que un
sistema de este tipo debe ser monitoreado constantemente de manera que se le
pueda dar mantenimiento pues el objetivo del mismo es mejorar los procesos de la
empresa por lo que este es muy vulnerable cambios.

Es importante tener siempre a un administrador especializado y familiarizado con la

plataforma en la cual se ha desarrollado el sistema pues como se mencion en el
punto anterior este debe ser modificado dentro de un plan de mejora de procesos.
Para este proyecto en particular el administrador del sistema debe estar familiarizado
con la plataforma Bonita Open Solution pues es la que soporta el sistema. Adems se
requiere que tenga conocimientos sobre programacin en Java ya que dicha
plataforma lo utiliza.
Con respecto a los reportes que maneja el sistema estos pueden ser de mucha utilidad
para la gestin de los mdicos de la clnica e incluso en un trabajo posterior podra
buscarse unificar la informacin de este sistema con los sistemas transaccionales que

91
maneja la organizacin actualmente de manera que se pueda cruzar la informacin y
obtener informes mucho ms detallados.

92
Bibliografa

VAN DER AALS, Will M. P.

[1] 2003 Business Process Management: A Survey.
Editorial Springer

KO, Ryan K.L.

LEE, Stephen S.G.
LEE, Eng Wah
[2] 2012 Business process management (BPM) standards: a survey

SCHEER, August-Wilhelm
NUTTGENS, Markus
[3] 2010 ARIS Architecture and Reference Models for Business Process
Management

[WHIITE, Stephen A.
4] 2010 Introduction to BPMN

AGILEPOINT
[5] 2012 AgilePoint White Papers and AgilePoint White Papers: Consulta 10 de
Junio del 2012
<http://www.agilepoint.com/Ascentn/English/Home/Solutions/Information
-Center/page.aspx/59>

GEDPRO.
[6] 2012 Navegador de procesos del PMBOK. Consulta: 12 de Junio de 2012.
< http://gedpro.com/Comunidad/PMBOK.aspx>

BELIKY, Linda
RAMIREZ, Tuaty
[7] 2008 Tesis: Implementacin de un Business Process Management (BPM) en
la empresa aerovas de integracin regional aires S.A

ZAVANDO Bentez, Sonia

93
[8] 2004 Estudio de la aplicacin de Business Process Management (BPM) en
los procesos de negocio de una empresa

BONITASOFT
[9] 2012 Clientes que utilizan la herramienta BonitaSoft, Consulta 15 de Mayo de
2012
<http://es.bonitasoft.com/clientes/>

FREUND, Jakob
RUCKER, Bernd
HITPASS Bernhard
[10] 2010 BPMN 2.0 Manual de Referencia y Gua Prctica

MARANTE Valdivia, Marbys

DIAZ Garca, Noel Alberto
MNDEZ LINARES, Carlos Enrique
ROMERO Saldivar, Yidier
[11] 2008 Fundamentacin para la creacin de indicadores de seleccin para
herramientas BPM/SOA de Software libre; Groundwork for the creation
of indicator of Selection for tools BPM/SOA of free Software

LOLIMSA
[12] 2012 Navegador del Sistema LOLIMSA. Consulta: 12 de Junio de 2012.
< http://www.lolimsa.com.pe/>

MIERS Derek,
[13] 2004 The Split Personality of BPM, BPTrends February, 2004

BONITASOFT
[14] 2012 Manual inicial de la Herramienta BONITASOFT. Consulta: 2 de
Septiembre de 2012
<http://download.forge.objectweb.org/bonita/BOS-5.2-QuickStart.pdf>

BONITASOFT

94
[15] 2012 Manual del Editor de Groovy para BONITASOFT. Consulta del 2 de
Septiembre del 2012
<http://www.bonitasoft.org/blog/video/exploring-bonita-open-solution-a-
brief-overview-of-the-groovy-editor/>

Jeanne W. Ross
Cynthia M. Beath
[16] 2012 Beyond de Business Case: New approaches for IT investment

Alexander Toirac Garca

[17] 2004 La Matriz FODA. Una fotografa de la organizacin y su entorno
Serie Planeacin Estratgica
Gasca Sicco, 2003.

KAROMI
[18] 2013 Pgina Oficial de la Empresa Karomi. Consulta del 20 de Abril del 2013
< http://www.karomi.com/company/index.htm>

ORACLE
[19] 2013 BPMN 2.0 in Oracle BPM Studio 11g. Consulta del 20 de Abril del 2013
http://hajonormann.wordpress.com/2010/05/14/first-experience-with-
oracle-bpm-studio/

NEXTTIME
[20] 2013 Software de Gestin Consulta del 20 de Abril del 2013
http://www.nexttimesoftware.com/

95