UNIVERSIDAD RICARDO PALMA

FACULTAD DE INGENIERA
ESCUELA PROFESIONAL DE INGENIERA INFORMTICA
OPTIMIZACIN DEL DIAGNSTICO MDICO EN UN
HOSPITAL MEDIANTE UN SISTEMA EXPERTO








TESIS
PARA OPTAR POR EL TTULO DE INGENIERO
INFORMTICO
PRESENTADO POR:
EDWARD ALEXANDER RIOS CHAVEZ

LIMA-PERU

2014
i

NDICE

CAPTULO I: VISIN DEL PROYECTO ....................................................................................................1
1.1ANTECEDENTES DEL PROBLEMA .............................................................................................................1
1.1.1 EL NEGOCIO ................................................................................................................................ 2
1.1.2 LOS PROCESOS DEL NEGOCIO ......................................................................................................... 3
1.2 DESCRIPCIN DEL PROBLEMA ...............................................................................................................4
1.3 OBJETIVOS ......................................................................................................................................5
1.3.1 MARCO LGICO............................................................................................................................ 5
1.3.1.1 RBOL DE PROBLEMAS ....................................................................................................... 6
1.3.1.2 RBOL DE OBJETIVOS ......................................................................................................... 7
1.3.2 OBJETIVO GENERAL....................................................................................................................... 8
1.3.3 OBJETIVOS ESPECFICOS ................................................................................................................. 8
1.4 IMPORTANCIA (JUSTIFICACIN) ............................................................................................................9
1.4.1 JUSTIFICACIN ACADMICA ............................................................................................................ 9
1.4.2 BENEFICIOS TANGIBLES .................................................................................................................. 9
1.4.3 BENEFICIOS INTANGIBLES ............................................................................................................... 9
1.5 ALCANCE ...................................................................................................................................... 10
CAPTULO II: MARCO TERICO ......................................................................................................... 11
2.1 SISTEMAS EXPERTOS ........................................................................................................................ 11
2.1.1 COMPONENTES DE UN SISTEMA EXPERTO ....................................................................................... 13
2.2 BASE DE CONOCIMIENTO .................................................................................................................. 15
2.3 SHELL........................................................................................................................................... 17
2.4 DIAGNSTICO MDICO .. 18
CAPTULO III: ESTADO DEL ARTE ....................................................................................................... 20
CAPTULO IV: MODELADO DEL NEGOCIO .......................................................................................... 21
4.1 REGLAS DEL NEGOCIO ...................................................................................................................... 21
4.2 CASOS DE USO DEL NEGOCIO ............................................................................................................. 21
4.2.1 RELACIN DE CASOS DE USO DEL NEGOCIO ..................................................................................... 21
4.2.2 DIAGRAMA DE CASOS DE USO DEL NEGOCIO ................................................................................... 21
4.2.3 ESPECIFICACIONES DE CASOS DE USO DEL NEGOCIO ......................................................................... 21
4.3 DIAGRAMA DE ACTIVIDADES DEL NEGOCIO ........................................................................................... 21
ii

4.4 DIAGRAMA DE CLASES DE OBJETO DEL NEGOCIO .................................................................................... 21
CAPTULO V: REQUERIMIENTOS DEL PROYECTO ................................................................................ 22
5.1 REQUERIMIENTOS DEL SOFTWARE ....................................................................................................... 22
5.1.1 RELACIN DE REQUERIMIENTOS .................................................................................................... 22
5.1.2 ESPECIFICACIN DE REQUERIMIENTOS ............................................................................................ 22
5.2 CASOS DE USO DEL SISTEMA .............................................................................................................. 22
5.2.1 DIAGRAMA DE ACTORES DEL SISTEMA ............................................................................................ 22
5.2.2 DIAGRAMA DE PAQUETES ............................................................................................................ 22
5.2.3 CASOS DE USO DEL SISTEMA ......................................................................................................... 22
5.2.4 ESPECIFICACIONES DE CASOS DE USO DEL SISTEMA .......................................................................... 22
5.2.5 MATRIZ CUNS VS CUSS ............................................................................................................ 22
5.3 MODELO CONCEPTUAL DEL SISTEMA ................................................................................................... 22
5.3.1 DIAGRAMA DEL MODELO CONCEPTUAL ......................................................................................... 22
5.3.2 ATRIBUTOS DE LOS CASOS DE USO DEL SISTEMA .............................................................................. 22
5.4 BENCHMARKING ............................................................................................................................. 22
5.5 PROTOTIPOS DE LA SOLUCIN ............................................................................................................ 22
CAPTULO VI: ARQUITECTURA .......................................................................................................... 23
6.1 REALIZACIN DE CASOS DE USO MS SIGNIFICATIVOS PARA LA ARQUITECTURA .............................................. 23
6.1.1 DIAGRAMA DE CASOS DE USO MS SIGNIFICATIVOS PARA LA ARQUITECTURA ........................................ 23
6.1.2 ESPECIFICACIN DE LOS CASOS DE USO MS SIGNIFICATIVOS PARA LA ARQUITECTURA ............................ 23
6.1.3 REALIZACIN DE CASOS DE USO DE ANLISIS Y DISEO ..................................................................... 23
6.2 MODELO DE DATOS ........................................................................................................................ 23
6.2.1 DIAGRAMA DE MODELO DE DATOS ................................................................................................ 23
6.2.2 DICCIONARIO DE DATOS .............................................................................................................. 23
6.3 MODELO DE DESPLIEGUE .................................................................................................................. 23
6.4 MODELO DE COMPONENTES .............................................................................................................. 23
CAPTULO VII: DESARROLLO Y PRUEBAS ........................................................................................... 24
7.1 DESARROLLO ................................................................................................................................. 24
7.1.1 PLATAFORMA TECNOLGICA ........................................................................................................ 24
7.1.2 DESCRIPCIN DE LOS ESTNDARES DE DESARROLLO .......................................................................... 24
7.2 PRUEBAS ...................................................................................................................................... 24
7.2.1 PLAN DE PRUEBAS DEL PROYECTO ................................................................................................. 24
7.2.2 CASOS DE USO DE PRUEBAS DEL PROYECTO PARA LOS CASOS DE USO MS SIGNIFICATIVOS PARA LA
ARQUITECTURA ................................................................................................................................... 24

iii


CAPTULO VIII: GESTIN DEL PROYECTO ........................................................................................... 25
8.1 ORGANIZACIN DEL PROYECTO .......................................................................................................... 25
8.1.1 ORGANIGRAMA DEL PROYECTO ..................................................................................................... 25
8.1.2 EDT DEL PROYECTO .................................................................................................................... 25
8.2 ESTIMACIN Y EJECUCIN DEL PROYECTO ............................................................................................. 25
8.2.1 CRONOGRAMA DE EJECUCIN DEL PROYECTO .................................................................................. 25
8.3 GESTIN DE RIESGOS DEL PROYECTO: PREDECIBLES Y NO PREDECIBLES ......................................................... 25
8.3.1 LISTA DE RIESGOS PREDECIBLES ..................................................................................................... 25
8.3.2 LISTA DE RIESGOS NO PREDECIBLES ............................................................................................... 25
8.4 PLAN DE CAMBIOS EN EL NEGOCIO ...................................................................................................... 25
CONCLUSIONES ................................................................................................................................ 26
RECOMENDACIONES ........................................................................................................................ 27
GLOSARIO DE TRMINOS ................................................................................................................. 28
SIGLARIO ......................................................................................................................................... 29
REFERENCIAS BIBLIOGRFICAS ......................................................................................................... 30











iv


NDICE DE GRFICOS

Grfico N 1 Procesos de Negocio ....3
Grfico N 2 rbol de problemas6
Grfico N 3 rbol de objetivos...7
Grfico N 4 Relacin entre los grupos que intervienen en el desarrollo...11
Grfico N 5 Conceptos bsicos del funcionamiento de un sistema
experto.............................................................................................................12
Grfico N 6 Componentes de un Sistema Experto13
Grfico N 7 Estructura de un sistema experto basado en reglas....14
Grfico N 8 Un probable problema y su relacin con el dominio del conocimiento.15
Grfico N 9 El procesamiento de conocimiento permite supera la barrera de la
complejidad....16
Grfico N10 El mecanismo de inferencia interactuando con el Shell.17
Grfico N 11 Transicin del procesamiento de datos al procesamiento de
conocimientos reflejado en un Shell......18
Grfico N 12 Flujo esquemtico del proceso diagnstico.19









v

NDICE DE CUADROS

Cuadro N 1 Matriz de indicadores.5











1

CAPTULO I: VISIN DEL PROYECTO

1.1 Antecedentes del problema
Los antecedentes del problema brindan un anlisis de los malos diagnsticos que
se dan en los hospitales del Per para ello debemos analizar los tipos de malos
diagnsticos que se pueden presentar en las consultas mdicas del da a da.
Por una parte estn los malos diagnsticos que se pueden dar de forma casual,
recordando una frase Errar es humano. Esta frase debe ser cogida con pinzas
ya que en el mbito mdico un error puede ser fatal pero que merece ser
contemplada desde un punto de vista global.
Es as que da a da y durante las 24 horas del da se van produciendo en nuestro
pas se van dando buenos diagnsticos y tambin a su vez diagnsticos errneos
que pueden ser fatales para los pacientes.
En las consultas mdicas se toman decisiones que conllevan a una enorme
responsabilidad y que afecta a una esfera tan importante de la persona como lo
es su salud, su integridad fsica y en un ltimo trmino su vida.
Por otra parte estn los malos diagnsticos que se pueden dar de forma
premeditada, el que los mdicos brinden este tipo de diagnsticos se puede deber
a muchos factores como por ejemplo:
Cada mdico de hospitales debe de atender a 15 pacientes al da pero recibe a
ms de 50 pacientes, esto incrementa la carga laboral de los mdicos y a su vez
conlleva a que el mdico en su afn de poder atender a ms pacientes tenga que
reducir el tiempo que le lleva diagnosticar a cada paciente que recibe.
De acuerdo a las normas prestaciones mdicas del Ministerio de Salud (Minsa),
los mdicos deben abocarse cuatro horas a las atenciones mdicas y dos
administrativas, sin embargo, la ausencia de personal obliga a dedicarle la jornada
entera a las citas.
2

Los mdicos muchas veces estn en constantes huelgas esto conlleva a que los
hospitales sufran un dficit de mdicos mientras que los pacientes cada vez son
ms y ms. Todo esto debido a que el sector salud lleg a tocar fondo por la
desatencin del gobierno. Asignando un presupuesto que equivale al 0.5 % del
Producto Bruto Interno (PBI) aproximadamente cinco mil millones 320 mil. Una
cifra que a todas luces es insuficiente.
Muchas veces los mdicos no trabajan con un correcto profesionalismo ya que no
se sienten bien remunerados. Los sueldos de estos profesionales se barajan entre
850 y 3 mil soles.
1.1.1 El Negocio
A partir del anlisis de antecedentes, se logra identificar una gran demanda de
pacientes provenientes de todas partes del pas.
Lo primero que tiene que hacer es ir muy temprano por la maana a hacer una
cola donde por lo general ya hay personas esperando desde tempranas horas por
la maana para poder alcanzar un cupo de toda la cola. Esta cola solo es para
que la persona pueda ir primero a Medicina General, luego de hacer la cola se le
entrega un ticket para que con ese ticket se pueda ir a la Especialidad que el
doctor previamente diagnostic.
Pero para poder sacar la cita con ese Especialista primero deben de pasar 24
horas, luego de esas 24 horas la persona debe de hacer otra cola ms. Cuando
por fin se tiene el ticket para ir con el Especialista en el mismo hospital evalan
la disponibilidad del Especialista a donde quiere acudir la persona y
dependiendo de la disponibilidad se le asigna una fecha y hora.
Esta fecha y hora muchas veces puede tardar de 15 a 30 das.


3

1.1.2 Los Procesos del Negocio
Los procesos de negocio planteados se muestran en el siguiente grfico:






















Grfico N 1 Procesos de Negocio
Fuente elaboracin propia, 2014.












Gestin de Clientes

Procesos Estratgicos

Convenios con Hospitales
Brindar un Pre - Diagnstico

Procesos Primarios

Mejorar el Diagnstico

Confirmacin del Doctor

Procesos de Soporte

Gestin de Formato de Dolencias
D
O
L
E
N
C
I
A
S

D
E
L

P
A
C
I
E
N
T
E

P
A
C
I
E
N
T
E

C
O
N

U
N

B
U
E
N

D
I
A
G
N

S
T
I
C
O

4

1.2 Descripcin del problema

Los antecedentes del problema nos muestran que los pacientes deben realizar
interminables colas en los diversos hospitales de todo el pas, por lo general
cuando la persona se siente mal y decide acudir al hospital e ir a una
especialidad.
El problema es que muchas veces los mdicos no se dan abasto, por la gran
afluencia de pacientes que diariamente reciben los hospitales de todo el pas.
A todo esto se le suma que la gran mayora de doctores no respeta los 20 minutos
establecidos por el MINSA que debera de durar una cita mdica, en donde los
doctores deberan de analizar todas las sintomatologas del paciente y a su vez
proceder al interrogatorio mdico.
Al parecer los mdicos podran estar apresurados en terminar con la larga cola de
pacientes que deben atender en sus turnos o simplemente se conforman con que
la cita mdica dure tan solo 8 o 10 minutos.
Todos estos factores antes mencionados y sumados a muchos otros, podran
resultar en que los mdicos brinden un mal diagnstico a los pacientes.
Es decir que los pacientes luego de pasar toda la travesa que significa sacar su
cita mdica, tienen que soportar que los mdicos les den un mal diagnstico y en
algunas ocasiones estos malos diagnsticos con llevan a que los pacientes
agraven sus enfermedades o en algunas ocasiones los pacientes terminan
muertos.




5

1.3 Objetivos
1.3.1 Marco lgico
CONCEPTOS INDICADORES MEDIOS SUPUESTOS





FIN

Disminuir el alto
ndice de muertes
resultantes de un
mal diagnstico.
Por cada 20 pacientes que
reciben un diagnstico, 1
recibe un mal diagnstico.
La idea sera mejorar esta
relacin en una
proporcin de 40 a 1.

Seguimiento interno
de los malos
diagnsticos








Poca colaboracin
por parte de los
pacientes del
hospital.
Reducir los costos
por los tratamientos
errneos de los
pacientes


Reducir en un 35% los
costos por los
tratamientos errneos de
los pacientes.
Encuestas a los
pacientes para
saber si es que en
verdad se lograron
reducir los costos.

Correcto
tratamiento de la
dolencia del
paciente
Actualmente la sexta parte
de los diagnsticos
terminan empeorando las
dolencias del paciente. La
idea es mejorar esta
aproximacin en una
octava parte.
Reporte mensual de
los diagnsticos que
terminan
empeorando las
dolencias del
paciente.


PROPOSITO
Mejorar el
diagnstico por
parte de los
mdicos

Los mdicos mejoraran
sus diagnsticos en un
45%.

Estadstica
comparativa de los
diagnsticos que se
mejoraran.
Sobre carga de
procesos que
imposibiliten al
software funcionar
correctamente.





COMPONENTES
Paquete de
Seguridad.
Mejorar el conocimiento
de los mdicos en un 50%.

Cumplir con los 20
minutos de tiempo que
debe durar la consulta
mdica.

Obtencin de recursos
para una buena calidad de
atencin del paciente.
Reporte mensual de
los nuevos
conocimientos
adquiridos por los
mdicos.

Encuestas para
verificar la
satisfaccin por
parte de los
pacientes.
Cambio del alcance
del proceso.

Personal no
capacitado en el uso
del software.

Situacin laboral del
personal
hospitalario.

Paquete de
Mantenimiento.

Paquete de
Operacin.






ACTIVIDADES
Anlisis y diseo del
proceso.
Presupuesto del proyecto. Cumplimiento del
cronograma
establecido en un
inicio.

Acordar y entregar a
tiempo el periodo
en el cual se llevar
a cabo el proyecto.


Enfermedades de
los integrantes del
proyecto.

Modelamiento de la
base de datos.
Documentacin del
periodo en el cual se lleva
a cabo el proyecto.

Programacin de
casos de uso del
sistema.
Decremento de la
acumulacin del trabajo
no completado en un 25%
mensual de los
requerimientos
obtenidos.
Cuadro N 1 Matriz de indicadores
Fuente: Elaboracin propia, 2014.
6

1.3.1.1 rbol de problemas
El rbol de problemas nos muestra la situacin actual de los hospitales del
pas, ubicando como problema principal el mal diagnstico por parte de los
mdicos de los hospitales del pas. El rbol de problemas refleja las causas y
los efectos de dicho problema.


















Grfico N 2 rbol de problemas
Fuente Elaboracin Propia, 2014.



Alto ndice de muertes
Alta cantidad de
pacientes en la cola de
atencin
Falta de conocimiento
necesario por parte de
los mdicos
Falta de recursos
para la atencin del
paciente
Mal Diagnstico por parte de los mdicos

Agravar la dolencia del
paciente

No se cumple con el
tiempo adecuado
de una consulta
mdica
Altos costos por los tratamientos
errneos de los pacientes
7

1.3.1.2 rbol de objetivos
El anlisis de los objetivos permite planear los objetivos especficos y
principales, los cuales han sido analizados sobre la base del rbol de
problemas. Se lleg a concluir que el objetivo principal sera mejorar el
diagnstico por parte de los mdicos.


















Grfico N 3 rbol de objetivos
Fuente Elaboracin Propia, 2014.



Disminuir el alto ndice
de muertes
Reducir la cantidad de
pacientes en la cola de
atencin
Mejorar el
conocimiento de los
mdicos
Obtencin de
recursos para la
atencin del paciente
Mejorar el diagnstico por parte de los mdicos

Correcto tratamiento
de la dolencia del
paciente

Cumplir con el
tiempo adecuado
de una consulta
mdica
Reducir los costos por los
tratamientos errneos de los
pacientes
8

1.3.2 Objetivo General

El objetivo general se enfoca en poder mejorar el diagnstico mdico y se lograr
brindndole al mdico una ayuda en la cual apoyarse, de tal forma que el mdico
pueda saber las dolencias del paciente ni bien este ingrese a su consultorio.
Luego que el mdico observe las dolencias del paciente, a partir de estas podr
obtener un grado de compatibilidad con alguna sintomatologa.
Con todo esto no solo se podra mejorar el diagnstico mdico, sino que tambin se
ahorrar varios minutos, con el fin de brindarle una buena calidad de atencin al
paciente.

1.3.3 Objetivos Especficos

Reducir la cantidad de pacientes en la cola de atencin
Se lograra reducir la cantidad de pacientes en la cola de atencin, ya que el mdico no
tendr que esperar hasta que el paciente ingrese a su consultorio para saber las
dolencias del paciente. Si no que el mdico podr observar en su monitor todas las
dolencias del paciente que est por ingresar a su consultorio. Esto con lleva a que se
ahorren valiosos minutos en todo el proceso de diagnstico del paciente.
Mejorar el conocimiento de los mdicos.
Este punto est planteado en su mayora para los doctores que an son novatos, ya
que muchas veces la causa de un mal diagnstico es que el mdico no tiene la
suficiente experiencia para poder brindar un buen diagnstico. Para esto el mdico
podr ser capaz de obtener un grado de compatibilidad con alguna sintomatologa,
para ello se usar la informacin de las dolencias obtenidas previamente.
Cumplir con el tiempo adecuado de una consulta mdica
El tiempo de una consulta mdica actualmente en el pas flucta entre los 8 y 13
minutos aproximadamente. Cuando en realidad MINSA establece que el tiempo de la
consulta mdica debe durar 20 minutos. A raz de esto se plantea optimizar los tiempos
de la consulta mdica, para que de esta forma se le pueda brindar una buena calidad
de atencin al paciente.

9


Obtencin de recursos para la atencin del paciente
En vista que los hospitales no cuentan con las herramientas ni los recursos necesarios
para atender de forma eficiente al paciente, nos damos cuenta que estamos frente a un
problema serio, entonces necesario brindarle recursos a los mdicos para que puedan
brindarle una buena calidad de atencin a los pacientes.
1.4 Importancia (Justificacin)
La importancia de realizar este tema de tesis radica en que el sistema podr solucionar
en gran medida una problemtica de nivel nacional e internacional. Ya que le brindar a
los doctores la posibilidad de mejorar el diagnstico mdico y de esta manera poder
reducir en cierta proporcin la tasa de mortalidad que existe actualmente en el pas por
malos diagnsticos, que muchas veces terminan agravando la dolencia o en la muerte
del paciente.
1.4.1 Justificacin Acadmica
Dar a conocer que los procesos apoyados en sistemas informticos con
tecnologa mvil y web permiten solucionar un problemtica de nivel
nacional e internacional.

1.4.2 Beneficios Tangibles
- Ahorro de dinero, en caso los pacientes denuncien al hospital y/o
doctores por un mal diagnstico o una mala praxis y soliciten algn
tipo de indemnizacin.

- Oportunidad de negocio en ofrecer a diversos hospitales la solucin
planteada.

- Ahorro de dinero, en los recursos que se utilizarn de forma ptima.

1.4.3 Beneficios Intangibles
- Mejorar el prestigio del hospital.

- Optimizar los tiempos de las consultas mdicas.

- Mejorar la calidad de atencin de los pacientes.


10

1.5 Alcance
El alcance del proyecto se encuentra enfocado en solucionar una problemtica de nivel
nacional e internacional. Para ello nos centraremos en mejorar los diagnsticos de las
consultas mdicas en un hospital. Para esto se dividi el proyecto en dos fases.
Fase N 1: Recabar informacin de las dolencias de los pacientes.
En cierta parte de la cola de pacientes esperando a ser atendidos por el mdico, se
acercar una enfermera o una persona capacitada y le preguntar al paciente todas
sus dolencias. La persona capacitada recabar la informacin de los pacientes, para
esto ingresar todas las dolencias en un dispositivo mvil.
Y de esta forma la persona capacitada repetir el proceso por cada paciente que
avance en la cola de atencin.

Fase N 2: Optimizacin del diagnstico mdico
Una vez que la persona capacitada ingresa todas las dolencias del paciente al
dispositivo mvil, toda esta informacin se enva al consultorio del doctor.
Cuando el doctor reciba la informacin de las dolencias de cada paciente, el sistema
podr generar un pre-diagnstico el cual le servir al doctor para que pueda darse una
idea aproximada de que es lo que puede tener el paciente en el momento en que entra
a su consultorio.
En caso que el doctor no est de acuerdo con el pre-diagnstico que arroja el sistema,
el sistema podr pedirle al doctor una sugerencia de que se podra preguntar en un
futuro al siguiente paciente y que se podra obtener como respuesta para que en
verdad pueda ser correcto el pre-diagnstico que arrojo el sistema previamente. Esto
har que el sistema se retro alimente por s mismo.

11

CAPTULO II: MARCO TERICO
2.1 Sistemas Expertos

Segn indica [NEBENDAHL 88], los sistemas expertos son programas que de alguna
forma llegan a representar el comportamiento de algn humano experto en alguna
materia a la hora de resolver algn problema en especial. En forma general, los
humanos expertos se basan en su experiencia para poder resolver los problemas que
se le presenten en algn momento. Los sistemas expertos permiten contemplar el
conocimiento de hechos y soluciones de problemas de tal forma que toda esa
informacin sea procesada mediante algn tipo de aplicacin.
La idea es que las experiencias vividas por los expertos humanos se vean reflejadas
en los sistemas expertos.
Pero tambin hay que tener en cuenta que este tipo de sistemas se tratan de
programas que no tienen nada de humano, es decir bsicamente almacenaran el
conocimiento en forma de hechos, reglas y a su vez buscar respuestas dentro de todos
estos conocimientos casi inteligentes. Si lo vemos desde este punto de vista el sistema
experto llega a superar al cerebro humano en cuanto a cantidad de memoria, velocidad
de procesamiento y velocidad de bsqueda se refiere. Pero tambin hay aspectos que
siguen y seguirn siendo propiamente del humano, como por ejemplo: la creatividad, la
originalidad y la consciencia de responsabilidad.
Los sistemas expertos no han de ser vistos como sistemas aislados. En un futuro se
integrarn probablemente en un entorno de procesamiento de datos ya existente y se
utilizarn los datos o los resultados de otros programas. A veces, un sistema experto
cubre slo una parte pequea, aunque decisiva, de una aplicacin clsica mayor.

Grfico N 4 Relacin entre los grupos que intervienen en el desarrollo.
Fuente Giarratano Riley, 1998
.
12

Segn indica [GIARRATANO 98], un sistema experto es un sistema de cmputo que
emula la habilidad de tomar decisiones de un experto humano especialista en alguna
rea o materia.
El trmino emular significa que el sistema experto tiene el objetivo de actuar en todos
los aspectos como un experto humano. Una emulacin es mucho ms fuerte que una
simulacin, que en algunos aspectos solo requiere que se acte como en la realidad.
Los sistemas expertos son una rama de la Inteligencia Artificial que hace un amplio uso
del conocimiento especializado para resolver problemas como un experto humano.
El experto humano es una persona que tiene experiencia desarrollada en cierta rea.
Es decir el experto humano tiene conocimientos o habilidades especiales que la
mayora no conoce, puede resolver problemas que la mayora no puede resolver o los
resuelve con mayor eficiencia.
Cuando los sistemas expertos se desarrollaron por primera vez en los aos setenta
contenan exclusivamente conocimiento experto, sin embargo, hoy en da a menudo se
aplica el trmino Sistema Experto a cualquier sistema que utiliza tecnologa de
sistemas expertos.
Esta tecnologa puede incluir a los lenguajes y programas especiales de sistemas
expertos, adems del hardware diseado para para ayudar en su desarrollo y
ejecucin.

Grfico N 5 Conceptos bsicos del funcionamiento de un sistema experto.
Fuente Giarratano Riley, 1998


13

2.1.1 Componentes de un Sistema Experto

Segn indica [BETANZOS 04], una caracterstica de los sistemas expertos es la
separacin entre conocimientos es decir reglas, hechos por un lado y su procesamiento
el otro. A ello se aade una interfaz de usuario y un componente explicativo.
Muchas veces dependiendo de la aplicacin concreta, los componentes descritos
pueden estar estructurados de forma muy variada.
Los componentes de un sistema experto:
- La base de conocimientos.- de un sistema experto contiene el conocimiento de los
hechos y de las experiencias de los expertos en un dominio determinado.
- El mecanismo de inferencia.- puede simular la estrategia de solucin de un experto.
- El componente explicativo.- explica al usuario la estrategia de solucin encontrada y
el porqu de las decisiones tomadas.
- La interfaz de usuario.- sirve para este puede realizar una consulta en un lenguaje lo
ms natural posible.
- El componente de adquisicin.- ofrece ayuda a la estructuracin e implementacin del
conocimiento en la base de conocimientos.

Grfico N 6 Componentes de un Sistema Experto.
Fuente Alonso Betanzos, 2004

14

Segn indica [NEBENDAHL 91], en un sistema basado en reglas, la base de
conocimientos contiene el conocimiento de dominio necesario para resolver los
problemas codificados en forma de reglas, mientras que las reglas son un paradigma
popular para representar un conocimiento pero tambin existen otros tipos de sistemas
expertos que usan diferentes representaciones. Un sistema experto consta de los
siguientes componentes:
-Interfaz de usuario: el mecanismo que permite la comunicacin entre el usuario y el
sistema experto.
-Medio de explicacin: explica al usuario el razonamiento del sistema.
-Memoria activa: Una base de datos global de los hechos usados por las reglas.
-Mecanismo de inferencia: hace inferencias al decir cules reglas satisfacen los hechos
u objetos, da prioridad a las reglas satisfechas y ejecuta la regla con la prioridad ms
elevada.
-Agenda: una lista con prioridades asignadas a las reglas, creada por el mecanismo de
inferencia, cuyos patrones satisfacen los hechos u objetos de la memoria activa.
-Medio para la adquisicin de conocimiento: va automtica para que el usuario
introduzca conocimientos en el sistema, sin tener al ingeniero del conocimiento que lo
ayude.

Grfico N 7 Estructura de un sistema experto basado en reglas.
Fuente Dieter Nebendhal, 1991.

15

2.2 Base de conocimiento

Segn indica [HODSON 94], el conocimiento de los sistemas expertos puede obtenerse
por experiencia o consulta de los conocimientos que suelen estar disponibles en libros,
revistas y con personas capacitadas.
Para tener en claro lo que es la base del conocimiento tambin debemos tener en
cuenta que es el Dominio del conocimiento del experto humano. Al conocimiento del
especialista para resolver problemas especficos se le llama Dominio del
conocimiento.
Poniendo un ejemplo, un sistema experto mdico, diseado para diagnosticar
enfermedades infecciosas debe tener una gran cantidad de conocimiento acerca de los
sntomas causados por este tipo de enfermedades. En este caso, el dominio del
conocimiento es la medicina y consta del conocimiento de enfermedades, sus sntomas
y tratamientos.
El dominio del conocimiento est completamente incluido dentro del dominio del
problema. La porcin exterior al dominio del conocimiento simboliza un rea en que no
existe conocimiento acerca de todos los problemas.
La base de conocimiento contiene todos los hechos, las reglas y los procedimientos del
dominio de la aplicacin que son importantes para la solucin del problema.


Grfico N 8 Un probable problema y su relacin con el dominio del
conocimiento.
Fuente William Hodson, 1994
16

Segn indica [BERNNET 99], la base del conocimiento de los sistemas expertos
contiene el conocimiento efectivo y heurstico. El conocimiento efectivo es el
conocimiento del dominio de la tarea que se comparte ampliamente, encontrado
tpicamente en libros de textos. El conocimiento heurstico es el conocimiento menos
riguroso, ms experimental, ms crtico del funcionamiento. En contraste con el
conocimiento efectivo, el conocimiento heurstico raramente se discute y es en gran
parte individualista. Es el conocimiento de la buena prctica, del buen juicio y del
razonamiento admisible en el campo. Es el conocimiento que es la base del " arte de
buen inferir". La representacin del conocimiento formaliza y ordena el conocimiento.
Una representacin ampliamente usada es la regla de produccin, o simplemente
regla. Una regla consiste en: una parte SI, y otra parte ENTONCES (tambin llamada
como una condicin y una accin). Las listas de partes SI son un conjunto de
condiciones en una cierta combinacin lgica. La porcin del conocimiento
representado por la regla es relevante a la lnea del razonamiento que es convertido si
la parte SI de la regla est satisfecha; por lo tanto, la parte ENTONCES puede ser
concluida, o su accin de solucionar el problema ser tomada. En los sistemas expertos
en que el conocimiento se representa en forma de regla se llaman: sistemas basados
en reglas. Otra representacin ampliamente usada, llamada la unidad (tambin
conocida como marco, esquema, o estructura de la lista) se basa sobre una vista ms
pasiva del conocimiento. La unidad es un enlace del conocimiento simblico asociado
acerca de una entidad que se representar. Tpicamente, una unidad consiste en una
lista de las caractersticas de la entidad y de los valores asociados para esas
caractersticas. Una unidad puede tambin representar el conocimiento de un " caso
especial " de otra unidad, o algunas unidades pueden ser " partes " de otra unidad. El
modelo para solucionar el problema, o el paradigma, ordena y controla los pasos de
progresin tomados para solucionar el problema.

Grfico N 9 El procesamiento de conocimiento permite supera la barrera de
la complejidad.
Fuente Gustavo Bernnet, 1999
17

2.3 Shell
Segn indica [SHMIEL 91], un Shell es la parte que queda cuando se le extrae el
conocimiento almacenado en la base de conocimientos. Shell significa concha. De esta
forma es posible poder usar un Shell con varias bases de conocimientos. Los
problemas que pueden solucionarse son sistemas expertos, son demasiado distintos
entre s. Es por esto que hace falta realizar adaptaciones especficas para cada
proyecto. No es el Shell el que marca la forma de procesar el conocimiento basndose
en sus posibilidades tcnicas, sino el experto que decide cmo y en que secuencia se
procesa el conocimiento. Pues el sistema experto debe adaptarse al comportamiento
del experto y no a la inversa. El experto ha de poder reconocer su forma habitual de
trabajo. A menudo resulta ser tambin el usuario del sistema experto. El experto
humano no es sustituido, sino slo apoyado en parte de su trabajo diario por la
experiencia acumulada en la base de conocimientos. Es el especialista que extrae el
conocimiento mediante preguntas, lo estructura y lo convierte en formas de
representacin del conocimiento interpretables por un software. Elige los medios
auxiliares necesarios para su actividad, sean mtodos, hardware, lenguajes o shells.
Tambin es el responsable de la correcta utilizacin del sistema experto y de la primera
formacin del usuario final. Los componentes de un Shell solo pueden modificarse y
ampliarse bajo ciertas condiciones. La forma de representacin del conocimiento un
Shell est hecha a medida para determinadas aplicaciones. Con frecuencia solo puede
cubrirse una parte del conocimiento del experto con el Shell elegido. El Shell de un
sistema experto no solo contiene el mecanismo de valoracin, sino tambin
herramientas para el mantenimiento de la base de conocimientos es decir estructura,
verificacin, modificacin, etc. Todos estos componentes estn caracterizados por los
formalismos de representacin del conocimiento en que se basa el sistema experto.

Grfico N10 El mecanismo de inferencia interactuando con el Shell.
Fuente Jos Schmiel, 1991
18

Segn indica [SCHMIEL 95], el uso de Shell ofrece ventajas significativas donde el
sistema de IA se puede construir para realizar una tarea nica entrando todo el
conocimiento necesario acerca del dominio de la tarea en un Shell. El motor de la
inferencia que aplica el conocimiento a la tarea actual se construye en el Shell. Si el
programa no es muy complicado y si un experto ha tenido cierto entrenamiento en el 7
uso de un Shell, el experto puede entrar en el conocimiento mismo de la tarea. Muchos
Shell comerciales estn disponibles hoy, extendindose desde Shell de tamao para
PC y Shell para sitios de trabajo, a los Shell para los grandes ordenadores centrales.
Se extienden en precio de centenares a millares de dlares, y de rango en complejidad
simple, encadenado adelante, sistemas basados en reglas que requieren dos das de
entrenamiento a esos tan complejos que solamente los ingenieros del conocimiento
altamente entrenados pueden utilizarlos. Se extienden desde Shell de uso general a los
Shell adaptados a una clase de tarea, tales como hojas de operacin (planning)
financieras o control de proceso en tiempo real. Aunque los Shell simplifican la
programacin, en general no ayudan con la adquisicin del conocimiento.
La adquisicin del conocimiento refiere a la tarea de dotar los sistemas expertos con el
conocimiento, una tarea realizada actualmente por los ingenieros del conocimiento. La
opcin del mtodo del razonamiento, o un Shell, es importante, pero no es tan
importante como la acumulacin del conocimiento de la alta calidad.
El poder de un sistema experto radica en la acumulacin del conocimiento acerca del
dominio de la tarea; a mayor conocimiento en un sistema ms competente llega a ser.


Grfico N 11 Transicin del procesamiento de datos al procesamiento de
conocimientos reflejado en un Shell.
Fuente Jos Schmiel, 1995

19

2.4 Diagnstico Mdico
Segn indica [SIEGENTHALER 07], el diagnstico es lo ms importante no slo por el
pronstico del mdico sino tambin por el inicio de un tratamiento apropiado. El
establecer un diagnstico siempre requiere replantear nuevamente la situacin.
Enfermedades secundarias, complicaciones y efectos secundarios pueden agregarse.
Cada diagnstico contina siendo un diagnstico diferencial, desde el sntoma
particular, an durante el transcurso de la enfermedad, debe ser reevaluado en forma
constante, considerando con sumo cuidado y diferenciado. Para una valoracin
apropiada de los sntomas y factores de riesgo, el conocimiento de su significado
clnico es crucial. En consecuencia el propsito de un diagnstico diferencial es apuntar
cul enfermedad puede ocurrir, cuando los sntomas especficos aparecen y que
factores de riesgo con mayor probabilidad acompaan a una enfermedad especifica.
En la mayora de los casos, existen numerosas posibilidades y factores adicionales que
deben ser tomados en cuenta. El patrn de una enfermedad no especfica en un
diagnstico definitivo es slo rara vez en la cual los datos son primero recolectados y
luego analizados segn los criterios establecidos. La mayora de las decisiones para
establecer las prioridades no estn basadas en un diagnstico definitivo. Expertos
clnicos realizan juicios en segundos, basados en la postura, marcha, expresin facial,
expresin de los ojos, contacto visual, apariencia tranquila o angustiada, el color facial,
as como la respiracin y algunos cambios en pacientes conocidos. Los juicios mdicos
emitidos en segundos son correctos en ms del 64% de los casos.









Grfico N 12 Flujo esquemtico del proceso diagnstico.
Fuente Walter Siegenthaler, 2007

20

CAPTULO III: ESTADO DEL ARTE
21

CAPTULO IV: MODELADO DEL NEGOCIO
4.1 Reglas del Negocio
4.2 Casos de Uso del Negocio
4.2.1 Relacin de Casos de Uso del Negocio
4.2.2 Diagrama de Casos de Uso del Negocio
4.2.3 Especificaciones de Casos de Uso del Negocio
4.3 Diagrama de Actividades del Negocio
4.4 Diagrama de Clases de Objeto del Negocio

22

CAPTULO V: REQUERIMIENTOS DEL
PROYECTO
5.1 Requerimientos del Software
5.1.1 Relacin de Requerimientos
5.1.2 Especificacin de Requerimientos
5.1.2.1 Requerimientos Funcionales
5.1.2.2 Requerimientos No Funcionales
5.2 Casos de Uso del Sistema
5.2.1 Diagrama de Actores del Sistema
5.2.2 Diagrama de Paquetes
5.2.3 Casos de Uso del Sistema
5.2.4 Especificaciones de Casos de Uso del Sistema
5.2.5 Matriz CUNs vs CUSs
5.3 Modelo Conceptual Del Sistema
5.3.1 Diagrama Del Modelo Conceptual
5.3.2 Atributos de los Casos de Uso del Sistema
5.4 Benchmarking
5.5 Prototipos de la Solucin

23

CAPTULO VI: ARQUITECTURA
6.1 Realizacin de Casos de Uso ms significativos para la arquitectura
6.1.1 Diagrama de Casos de Uso ms significativos para la arquitectura
6.1.2 Especificacin de los Casos de Uso ms significativos para la
arquitectura
6.1.3 Realizacin de Casos de Uso de Anlisis y Diseo
6.2 Modelo de Datos
6.2.1 Diagrama de Modelo de Datos
6.2.2 Diccionario de Datos
6.3 Modelo de Despliegue
6.4 Modelo de Componentes

24

CAPTULO VII: DESARROLLO Y PRUEBAS
7.1 Desarrollo
7.1.1 Plataforma Tecnolgica
7.1.2 Descripcin de los Estndares de desarrollo
7.2 Pruebas
7.2.1 Plan de Pruebas del Proyecto
7.2.2 Casos de Uso de pruebas del proyecto para los casos de uso ms
significativos para la arquitectura
25

CAPTULO VIII: GESTIN DEL PROYECTO
8.1 Organizacin del Proyecto
8.1.1 Organigrama del proyecto
8.1.2 EDT del proyecto
8.2 Estimacin y Ejecucin del proyecto
8.2.1 Cronograma de ejecucin del proyecto
8.3 Gestin de Riesgos del Proyecto: Predecibles y no predecibles
8.3.1 Lista de Riesgos Predecibles
8.3.2 Lista de Riesgos No Predecibles
8.4 Plan de Cambios en el Negocio
26

CONCLUSIONES
27

RECOMENDACIONES
28

GLOSARIO DE TRMINOS
29

SIGLARIO
30

REFERENCIAS BIBLIOGRFICAS
[NEBENDAHL 88] DIETER NEBENDAHL
Sistemas Expertos; Introduccin a la tcnica y aplicacin.
Editorial: Barcelona: Marcombo, 1988.
ISBN: 84-267-0678-9

[NEBENDAHL 91] DIETER NEBENDAHL
Sistemas Expertos parte 2: experiencia de la prctica / Dieter Nebendahl. (1991)
Editorial: Barcelona: Marcombo, 1991.
ISBN: 84-267-0678-8

[GIARRATANO 98] Riley Giarratano
Sistemas Expertos: Principios y programacin.
Editorial: Buenos Aires: Thomson, 1998.
ISBN: 970-686-059-2

[BETANZOS 04] Alonso Betanzos
Ingeniera del conocimiento: Aspectos metodolgicos.
Editorial: Madrid: Pearson Educacin, 2004.
ISBN: 84-205-4192-3

[SIEGENTHALER 07] Walter Siegenthaler
Siegenthalers Differential Diagnosis in Internal Medicine From Symptom to Diagnosis.
ISBN: 978-1-58890-551-2

31

[HODSON 94] William Hodson
Manual Del Ingeniero. Tomo III / William K Ed Hodson (1994).
Editorial: Mxico DF: McGraw-Hill, 1994

[BERNNET 99] Gustavo Bernnet
Diseo de valores agregados para sistemas expertos.
Editorial: Madrid: Pearson Educacin, 1999

[SCHMIEL 91] Jos Schmiel
Sistema experto estructurado.
Editorial: Mxico DF: Thomson, 1991

[SCHMIEL 95] Jos Schmiel
Sistema experto estructurado parte 2.
Editorial: Mxico DF: Thomson, 1995










32