GUA RPIDA PARA CONSTRUIR UN SISTEMA EXPERTO

Dr. Nicols Kemper Vl!er"e

#$or%orio "e Sis%ems I&%eli'e&%es
Ce&%ro "e Cie&cis Aplic"s ( Desrrollo Tec&ol)'ico
Apr%"o Pos%l *+,-*+. C.P. +-/00
Co(oc& . M12ico D.3.
MEXICO
Emil4 5emper6ser!i"or.7&m.m2
RESUMEN
Esta gua ha sido diseada como tutorial para desarrollar de manera rpida un
Sistema Experto y provee principalmente una perspectiva bsica del diseo y
desarrollo de la base de conocimiento. Como premisa hay que mencionar que la
aplicacin de un sistema experto es ms eficiente cuando el dominio de aplicacin
es suficientemente especfico para poder delimitar con claridad los alcances del
trabao del sistema experto.
0. DESCRIPCION DE# DOMINIO DE AP#ICACION
El rea de servicios de salud ha sido seleccionada para la explicacin de esta gua
rpida para el desarrollo de un sistema experto. El rpido aumento en los costos
en los cuidados de salud combinada con la creciente competitividad! ha generado
un gran inter"s en m"todos alternativos para financiar y lograr estos servicios. Se
han desarrollado muchas formas para manear los problemas de aumento de
costos en los servicios de salud. #na de "stas alternativas es el pago previo por
los servicios! otra es pago de cuota por servicio.
#na variacin del servicio de prepago en la $rgani%acin de Servicios de Salud
&'ealth (aintenance $rgani%ation! '($) que provee servicios m"dicos a sus
miembros a cambio de impuestos de prepago! lo que ha sido beneficioso para el
control de sus costos para "sta organi%acin.
*eneralmente! organi%aciones como esta han tenido "xito ofreciendo sus servicios
basados en las necesidades de sus miembros. 'an disminuido sus costos de
hospitali%acin y son menores que aqu"llos que basan sus servicios en pago por
servicio. +ara contener los costos! la '($ debe limitar la capacidad de servicio de
ambulancias. Este servicio es usado ms frecuentemente en los planes de
organi%aciones de servicios de salud de prepago que en las de planes por cuota.
+ara asegurar que los problemas serios de salud tengan prioridad de obtener
tratamiento! el administrador de servicios de salud! en este eemplo! es necesario
que tenga como asistente personal a un S,S-E(. E/+E0-$ para que haga el
chequeo para decidir al respecto. En esta situacin! el criterio pertinente para
diagnosticar el tratamiento puede ser incorporado al S,S-E(. E/+E0-$.
El personal que hace el diagnstico m"dico puede actuar rpidamente de acuerdo
al procedimiento de chequeo contestando unas preguntas sobre el S,S-E(.
E/+E0-$. 1espu"s! el sistema har otras preguntas de acuerdo a las respuestas
recibidas. #n desarrollo completo del sistema debe cubrir todos los estndares
generali%ados para establecer un nivel apropiado de servicio dada la aparente
seriedad de la condicin del individuo.
El problema de diagnstico de la '($ es similar al que se enfrentan otras
organi%aciones. +or eemplo! los sistemas basados en conocimiento construidos
para tomar decisiones satisfactorias relacionadas con el diagnstico para la
solicitud de pr"stamo de un cliente! as como para la solicitud de servicios m"dicos
en un empleo. -odos los problemas de diagnstico son similares de alg2n modo!
el diagnstico de '($ tiene requerimientos 2nicos! porque pueden surgir riesgos
de salud e incluso riesgos de vida.
3a aplicacin de la tecnologa de S,S-E(. E/+E0-$ al problema de la '($
provee potencialmente estos beneficios4
#n nivel consistente de diagnstico independientemente de quien lo haga.
El S,S-E(. E/+E0-$ hace posible la toma de decisiones del personal
que no estaba autori%ado para tomarlas.
El S,S-E(. E/+E0-$ asegura que el diagnstico es siempre hecho
usando los mismos criterios. Se eliminan las posibilidades de tratos
inapropiados a los pacientes &discriminacin por ra%a! sexo! afiliacin
poltica! por eemplo)! y en caso de conflicto! los criterios para una decisin
pueden ser u%gados.
El S,S-E(. E/+E0-$ puede ser usado para entrenar personal en los
diagnsticos m"dicos! lo cual libera a personal con ms experiencia para
otras actividades.
E3 S,S-E(. E/+E0-$ puede ser duplicado y usado donde sea que los
miembros den el servicio! asegurando un nivel consistente de servicio a la
organi%acin.
El S,S-E(. E/+E0-$ puede ser fcilmente modificado para reflear
nuevas polticas o cambios en "stas y es rpidamente duplicable y
distribuible para implementar los cambios uniformemente sin necesidad de
gastos de readaptacin.
Estos beneficios son similares a los que tienen muchas organi%aciones que han
usado tecnologas de S,S-E(. E/+E0-$ para solucionar sus problemas de
negocios.
0.0.Psos pr "esrrollr 7& primer SISTEMA EXPERTO
El procedimiento para el desarrollo rpido de un S,S-E(. E/+E0-$ est dado
en la figura 5.5. El eemplo de la figura 5.6! es un diagrama de bloques para una
hipot"tica '($. Como se aprecia en la figura! el obetivo central es la facilidad de
administracin del servicio de la '($.
Pso Acci)&
5 Crear un diagrama de bloques sobre el rea de estudio. Esto indicar
la subrea &dominio especfico) seleccionada para el prototipo inicial
del S,S-E(. E/+E0-$.
6 Crear un diagrama de bloques de la situacin exacta de la que se
decidi hacer el prototipo. Esto deber indicar los factores crticos
necesarios para hacer la recomendacin &ver figura 5.7).
7 Convertir el diagrama final de bloques a un diagrama de dependencia.
Esto deber indicar todas las preguntas iniciales! reglas! valores y
recomendaciones hechas por el prototipo del S,S-E(. E/+E0-$
&ver figura 5.8)
8 Crear tablas de decisin para todos los tringulos del diagrama de
dependencias &ver eemplos en las figuras 5.9! 5.: y 5.;).
9 Convertir la tabla de decisin reducida a reglas ,<=-'E> &ver eemplos
en figuras 5.?! 5.@ y 5.5A)! creando as la Base de Conocimientos.
? Construir una interfa% de usuario del S,S-E(. E/+E0-$. Estas son
partes que el usuario ve cuando corre la consulta. Consiste en un
mensae inicial! mensae de t"rmino de la sesin de consulta! as como
las preguntas reali%adas durante la sesin &ver 6=59).
: #sar un procesador de palabras o un CeditorD en un sistema experto!
para escribir los elementos que constituyen la Cbase de conocimientoD
en un archivo en la computadora &ver eemplo en la figura 6=59).
@ Eecutar una consulta de prueba &ver figura 6=58). Si se encuentran
errores! se revisan paso a paso usando el editor. Este proceso de
seguimiento de errores a menudo toma varias repeticiones para
encontrar todos los defectos. Esto es normal.
<igura 5.5. +asos para el desarrollo rpido de S,S-E(. E/+E0-$.
Paso 2: Aislar el rea de desarrollo del SISTEMA EXPERTO.
.unque el diagrama de bloques del rea de estudio est compactada en la figura
6=6! muchos casos de desarrollo requieren muchas capas en la descripcin grfica
para mover de la amplia perspectiva de la industria a aislar el rea funcional del
prototipo seleccionado de desarrollo.
Existen muchas oportunidades para desarrollar un S,S-E(. E/+E0-$ en
muchas organi%aciones. *eneralmente! un sector puede ser aislado de la fase de
conceptuali%acin inicial o prototipo.
En el eemplo de la '($! la funcin de servicio de miembros es seleccionada para
estudiarse porque es una estrategia importante para el "xito de la organi%acin.
En el caso del eemplo! la solucin desarrollada por el S,S-E(. E/+E0-$ puede
ser ms relacionada con conceptos ilustrativos en el proceso incremental de
conocimiento que con dar una solucin amplia para alg2n problema real. +or tal
motivo! los aspectos seleccionados del sistema son asilados para ser examinados
mientras que otros aspectos son ignorados intencionalmente aunque podran no
ser tratados as en el caso actual del desarrollo completo.
Sin embargo! el potencial del eemplo del S,S-E(. E/+E0-$ evoluciona en un
sistema ms amplio que despu"s ayude a hacer ms efica% la funcin de servicio
mediante un vnculo a la base de datos de miembros! as como un vnculo al
desplegado de control de servicios.
$rgani%acin '($
Solicitudes de
membresa
Inscripcin de
miembros
<acilidades de
.dministracin
<unciones de
servicio
<unciones
administrativas Erea F
seleccionada
para el
prototipo
inicial
&a) 1iagrama de bloque del rea de estudio
Servicios de
'($
Caso nuevo
Seguimiento de
caso
,nformacin
$tros
Sin membresa
Caso nuevo4
>o serio
&.tencin nivel 6)
Caso nuevo o
seguimiento
de caso4 serio
&.tencin nivel 6)
Seguimiento de caso4
>o serio
&.tencin nivel 7)
,nformacin
$tros servicios
.tencin para personas
sin membresa
&b) Enfoque conceptual del prototipo del S,S-E(. E/+E0-$.
<igura 6=6 1iagramas de bloques.
Paso 2: Decidir un objetivo ara ser el rototio.
#na ve% en el rea! como el servicio de la '($! es aislado para su estudio! la
oportunidad precisa o el problema en el rea es asignado como obetivo para la
aplicacin del S,S-E(. E/+E0-$. En el caso del eemplo! el intento inicial es
construir un asistente personal con S,S-E(. E/+E0-$ independiente quien
revisa a los clientes para obtener atencin del '($. +or lo general los clientes
requieren atencin m"dica para casos nuevos o seguimiento de casos.
(ientras que algunos clientes requieren informacin u otros servicios! los que no
son miembros son los primeros candidatos a la solicitud de membresas de la
'($.
El diagrama de bloque de la figura 6=7 ayuda a definir los factores crticos en la
decisin de obetivos en el rea del prototipo. 3os tres factores crticos
seleccionados para este primer intento del S,S-E(. E/+E0-$ en el diagnstico
m"dico son4
Es%"o "e l 8MO4 GEl cliente tiene membresa de serviciosH Esto est
influenciado por dos cosas4 la declaracin del cliente como miembro
seguido por una verificacin en el n2mero de identificacin de miembro en
un libro de control &ms adelante un vnculo automtico a la base de datos
de miembros de la '($ har que manualmente esta fase sea obsoleta).
R9o&es4 GCul es la ra%n por la que el paciente busca el servicioH GEs
un caso nuevo! seguimiento de caso u CotroD tipo de visitaH
Pro$lem4 GIu" tan seria es la condicin del pacienteH 1os aspectos se
involucran. G-emperatura anormal o presenta otros sntomas que requieran
servicios de primeros auxiliosH
<igura 6=7. 1iagrama de bloque de la situacin decidida del prototipo inicial4 .sistente de
1iagnstico ("dico de la '($
1ependiendo de la respuesta! el paciente puede ser atendido4
.tencin de nivel 5.
.tencin de nivel 6.
.tencin de nivel 7.
,nformacin u otros servicios.
.tencin a pacientes que no son miembros.
3os requerimientos del eemplo han sido simplificados para permitir enfocar
situaciones que ilustren aspectos del softJare desarrollado.
Paso !: "rear un dia#ra$a de deendencias.
Este paso consiste en transformar el diagrama de bloques del paso 6 a un
diagrama de dependencia! como se muestra en la figura 6=8. #n diagrama de
dependencia indica las relaciones &dependencias) entre factores crticos! las
preguntas! reglas! valores y recomendaciones hechas por el prototipo del
S,S-E(. E/+E0-$. Es una grfica completa de los enunciados del S,S-E(.
E/+E0-$. <unciona como el modelo en papel de cmo escribir o codificar la
base de conocimientos actual.
+ara comen%ar a crear el diagrama de dependencia! es 2til colocar
hori%ontalmente el diagrama de bloques terminado en el paso anterior. Esto hace
aparente una relacin entre el diagrama de bloques obtenido y el resultado
deseado en el paso 7.
+ara crear el diagrama de este paso! inicie dibuando caas con tringulos
anexados de cualquier factor crtico hallado en el paso 6. En este caso! estos
factores son los estados del mimbro! ra%ones y el problema. +orque Cra%onesD
alimenta directamente a recomendacin final! la caa intermediaria puede ser
eliminada del diagrama de dependencia. 3uego! con lneas rectas proviniendo de
los tringulos escriba una frase o palabra que describa meor el elemento que
influenciar la salida del factor crtico. Este elemento puede ser llamado CvariableD.
Bao la lnea escriba todos los posibles valores que esa variable pueda tener.
.dems! escriba nombres para los valores que puede tener bao cada caa que
representa un factor crtico. 'aga lo mismo para la caa de recomendacin.
En este punto! se acostumbra etiquetar los tringulos de derecha a i%quierda con
n2meros para identificar sus estados posteriores en el conunto de reglas del
S,S-E(. E/+E0-$. Comience con el tringulo final que une todas las lneas de
entrada con la caa de recomendacin final. &ver figura 6=8)
Este sencillo modelo obliga una evaluacin de cada pie%a del rompecabe%as del
S,S-E(. E/+E0-$. 3a evaluacin a menudo causa un proceso de modelado
que se repite varias veces &con varios regresos al paso 6) hasta modelar una
solucin correcta. Esto es normal. El hecho de poner lneas! palabras en papel y
buscar resultados origina un proceso creativo y crtico. *eneralmente! despu"s de
varias pasadas se logra obtener un diagrama de dependencias convincente.
En la prctica! com2nmente se tiene un conunto de diagramas de dependencia
ligados errquicamente. #no de ellos se muestra en la figura 6=8 puede
representar el diagrama del nivel ms alto.
Paso %: "rear las tablas de decisi&n.
Crear una tabla de decisin! como la que se muestra en la figura 6=9! cada
tringulo en el diagrama de dependencia es el paso principal de este modelado.
3a tabla de decisin es necesaria para mostrar las relaciones internas de los
valores de salidas con cualquier fase intermedia o la recomendacin final del
S,S-E(. E/+E0-$.
+reparar la tabla de decisin es el resultado directo de comparar las figuras 6=9! 6=
: y 6=;. El proceso comien%a con la planeacin del n2mero de renglones
necesarios en la tabla. Esto puede ser determinado por el listado de todos los
factores! ahora llamados condiciones! que llegan al tringulo bao consideracin.
En la figura 6=9! la planeacin de la tabla de decisin surge del conunto de reglas!
en la que intervienen las tres condiciones! cada una de ellas puede tomar un
n2mero diferente de valores. El estado de membresa! la primera condicin slo
puede tomar dos valores! estos son miembro y no_miembro.
3a informacin proviene del diagrama de dependencia y puede ser llevado a la
tabla de decisin fcilmente.
Cuando los valores y condiciones est"n totalmente listadas! puede determinarse el
n2mero de renglones de la tabla de decisin. En este caso hay 56 renglones4 dos
posibilidades para el es%"o "e mem$res:! por tres posibilidades para r9o&es!
por dos opciones para el pro$lem. Este n2mero representa todas las posibles
combinaciones de las condiciones que pueden ocurrir hasta este punto en el
S,S-E(. E/+E0-$.
3os 56 renglones son organi%ados como se ve en la tabla completa de decisin de
la figura 6=9. 3a creacin de esta tabla comien%a con dibuar una tabla vaca que
consta solo de los renglones que sern las reglas de la base de conocimiento! y
las etiquetas de los renglones. Estas etiquetas son los nombres de las condiciones
y el encabe%ado es agregado en un rengln extra para identificar las posibles
combinaciones de los valores de salida. Este modelo permite evaluar todos los
valores de las diferentes condiciones.
+ara simplificar la insercin de valores en cada casilla de la tabla! es conveniente
dibuar lneas hori%ontales dividiendo los renglones.
El lugar donde deber dibuarse una lnea divisoria est determinado por el
n2mero de valores de la fase de planeacin anterior. +or eemplo! la primera
condicin! estado de membresa! tiene slo dos valores posibles. .s que la
primera lnea divide el rengln en mitades entre el rengln ? y :. Cada mitad ahora
est separada y ser considerada en la siguiente divisin de los renglones para la
condicin 6.
3a segunda condicin! ra%ones! tienes tres posibles valores! por lo que se dividir
en 7 partes. Este corte en tres debe hacerse dos veces! una para la mitad superior
de los renglones y otra para la mitad inferior.
3a condicin final! problema! requiere dos secciones y tiene que hacerse para
cada una de las seis subdivisiones. Entonces el 2ltimo corte divide en dos partes
los renglones. 3os valores ahora son insertados en las celdas vacas. Como es
evidente el valor miembro de la columna del estado de membresa es repetida en
la mitad de las celdas. 3a siguiente columna! tiene tres valores para la segunda
condicin y se repiten en las dos mitades originalmente construidas en la tabla.
#na columna ms a la derecha! se repiten los dos valores para la tercera
condicin en cada par de renglones.
Con todas las celdas llenas! sigue evaluando cada combinacin de valores y
escribe el valor de salida en la ultima columna. >o hay una frmula sencilla para
hacer esto. Esto requiere anali%ar cuidadosamente cada rengln! o en este caso!
evaluar todos los valores listados! y tener un experto para determinar que se
puede concluir de la evidencia dada. #na evaluacin de los primero cuatro
renglones se lee como sigue4
5. Si es%"o "e mem$res: es miembro! r9o&es es caso nuevo y pro$lem
es serio! entonces la persona debe ser atendida en el nivel 5 &este nivel es
para pacientes cuyos casos son problemas serios).
6. Si es%"o "e mem$res: es miembro! r9o&es es caso nuevo y pro$lem
no es serio! entonces la persona debe ser atendida en el nivel 6 &para
pacientes con problemas no serios).
7. Si es%"o "e mem$res: es miembro! r9o&es es seguimiento de caso y
pro$lem es serio! entonces la persona debe ser atendida en el nivel 5
&este nivel es para pacientes cuyos casos son problemas serios).
8. Si es%"o "e mem$res: es miembro! r9o&es es seguimiento de caso y
pro$lem es serio! entonces la persona debe ser atendida en el nivel 7
&pacientes con seguimiento de casos no serios).
Re"7cie&"o 7& %$l "e "ecisi)&.
+ara continuar con una evaluacin del siguiente rengln! es evidente que algunas
condiciones no tienen sentido en cierto contexto. Esto ocasiona la reduccin de
algunos renglones de la tabla de decisin.
En el rengln .9! el caso evaluado es un miembro que requiere informacin u
otros servicios no m"dicos. >o hay motivos para considerar un problema m"dico o
su seriedad. En este caso! podemos usar un smbolo especial! un guin! para
indicar que la condicin no amerita examinacin. Esto provoca que las reglas .9 y
.? se compacten en la B9.
#na ve% que determinamos en que caso se encuentra una persona que no es
miembro! nada ms es relevante. . todas aqu"llas personas que no son miembros
se les brinda un servicio especial. Esto resulta de la fusin de las reglas .: a .56
e7n la regla B?. 3a tabla de decisin final reducida es la 2ltima parte de la figura 6=
9. 3as figuras 6=: y 6=; deben ser revisadas para ver cmo se describe el mismo
problema aplicado en diferentes situaciones y que mapea el diagrama de
tringulos a la tabla de decisin.
El formato de la tabla de de decisin usado aqu es una variacin de la estructura
tradicional de la tabla y est adaptado para facilitar el modelo basado en reglas.
En la tabla de decisin tradicional! las reglas estn definidas por las columnas.
Paso ': Escribir las re#las I()T*E+.
Escribir 3.S reglas para la base de conocimiento es un eercicio sencillo en este
punto del desarrollo. *eneralmente cada regla de la tabla de decisin se convierte
en una regla S,=E>-$>CES! como se muestra en las figuras 6=?! 6=@ y 6=5A.
3a estructura y sintaxis de una regla est dad en la figura 6=55. Bsicamente! una
regla empie%a con la palabra ,< seguida por las condiciones. #na serie de
condiciones pueden ser enla%adas con operadores lgicos $0 &o) y .>1 &y). .>1
significa que las condiciones a ambos lados del operador deben ser verdaderas
para que la regla se dispare. $0 significa que una o ambas condiciones deben ser
verdaderas.
3a primera regla de la figura 6=? muestra el uso de .>1 y $0. El uso de $0
permite combinar las reglas B5 y B7! lo que explica porqu" la tabla de decisin
llama a ? de las reglas y el proceso de conversin llama slo a 9 del primer
conunto de reglas. 3a aplicacin de $0 en la regla 55! se muestra en la figura 6=
5A! explica porque la tabla de decisin reducida de la figura 6=; produce slo 7
reglas.
Si todas las condiciones de una regla son verdaderas! la clusula -'E> o
conclusin de la regla se dispara. Esto provoca que la variable llamada en el lado
i%quierdo del signo de igual en la clusula -'E> se asigne su valor a la variable
del lado derecho.
+or eemplo! esta regla simple4
RULE 6
IF miembro = si AND
identificacin_vlida = si
TEN estado_membresia = miembro!
Esta regla dice! CSi durante la consulta! el valor de la variable KmiembroL se
encuentra KsiL! M el valor de la variable KidentificacinNvlidaL es KsiL! E>-$>CES a
la variable KestadoNmembresiaL asignarle KmiembroLD.
0eglas para nombrar variables y valores! as como el nombre de la regla se
identifican en la figura 6=56. Se muestra una referencia de las palabras clave que
no se permiten en los nombres de 0eglas en la figura 6=57.
Siguiendo a la conclusin -'E>! la palabra clave E3SE y la conclusin alternativa
puede ser agregada a la regla opcionalmente. Cuando se presenta en una regla
dice4 CSi la premisa en la regla es sabido que no es verdadera! hacer estoD. +or
eemplo! consideremos4
RULE evitar
IF miembro = si AND
identificacin_vlida = si
TEN estado_membresia = miembro
EL"E estado_membresia = no_miembro!
Esta regla expresa la tabla de decisin de la figura 6=:. 3a regla dice que S, una
persona es miembro con un n2mero de identificacin vlido E>-$>CES el estado
de su membresa es ser miembro! de otro modo no lo es. 3a clusula E3SE &S,=
>$) es cuestin de sentido com2n. #na ra%n por la cual esta clusula es
raramente usada en este tutorial es por que hace explcitas las condiciones
alternativas que ya son implcitas. $tra ra%n es que puede causar una secuencia
ilgica de cuestionamientos en una consulta.
+or eemplo! las condiciones de la regla anterior son probadas en orden
secuencial y en este caso! asumimos que el usuario esta diagnosticando a alguien
que no es miembro de la '($. Si la regla no concluye despu"s de un KnoL como
respuesta a si es miembro! contin2a la evaluacin en la siguiente condicin y
pregunta si la misma persona tiene un identificador vlido. 3a 2nica manera de
impedir esta situacin ilgica es hacer la condicin negativa una regla aparte! por
eemplo4
RULE #
IF miembro = no
TEN estado_membresia = no_miembro!
Como esta condicin negativa es maneada en una regla separada! requiere que
las reglas ? y : sean explcitas! como se muestra en la figura 6=@.
#na buena regla intuitiva o regla de dedo para el primer intento de S,S-E(.
E/+E0-$ es escribir una regla para cada rengln de la tabla reducida de
decisin. 3os ataos pueden ser explorados para incrementar la eficiencia de
escribir reglas y consultar la base de conocimiento.
Paso ,: "onstruir inter-a. de usuario.
#na ve% escritas las reglas ,<=-'E>! los elementos de la interfa% de usuario de la
base de conocimiento deben ser construidos! como en la figura 6=58. En este caso
la interfa% se refiere a todas las partes que el usuario ver y con las que
interactuar en una sesin de consulta al S,S-E(. E/+E0-$. Como mnimo!
consiste en mensaes de inicio y fin! adems de las preguntas durante la sesin de
consulta.
Consideraciones al factor humano intervienen en la construccin apropiada de
dependencia. Es un arte delicado plantear preguntas de tal modo que se obtenga
la informacin deseada. .lgunas preguntas se reescriben muchas veces hasta
que pare%can adecuadas. 1espu"s de que parecen correctas! deben ser probadas
en sesiones de consulta en persona.
Escribir las preguntas en papel en ocasiones puede ayudarnos a pensar ms
claramente el diseo general del S,S-E(. E/+E0-$. Es com2n hacer preguntas
sobre los faltantes y sobrantes. Esto lleva al desarrollador a pasos anteriores en el
proceso de desarrollo para reconsiderar el diseo del S,S-E(. E/+E0-$.
Esencialmente el diseo y desarrollo de un S,S-E(. E/+E0-$ es un proceso
iterativo. El desarrollador salta entre las fases del desarrollo de acuerdo al diseo.
El diseo es la parte creativa del proceso. Convertir el diseo al cdigo de la base
de conocimiento es la parte mecnica.
+or eemplo! consideremos Gcul es la ra%n por la que se busca el servicio de la
'($H. El desarrollador prueba el t"rmino propsito en lugar de razones y prueba
variaciones como Gqu" ra%ones tiene una persona para venir por el servicio del
'($H . menudo! no hay otra alternativa ms que prueba y error.
Codificar las preguntas en la base de conocimiento requiere usar dos nuevas
palabras clave4
ASK &+0E*#>-.) es usada para cuestionar al usuario sobre los valores
que se asignarn a las variables cuando no se encuentre valor asignado en
una regla.
C8OICES &$+C,$>ES) es usada unto con +0E*#>-. para presentar un
n2mero de posibles valores que pueden ser asignados a una variable
solicitada.
Eemplos de cmo .SO y C'$,CES son usadas con preguntas en la base de
conocimiento se encuentran en la figura 6=59. -picamente las preguntas del
usuario se encuentran en un apartado llamado Bloque de preguntas! al final de la
base de conocimiento.
El 2ltimo elemento a considerar en la interfa% de usuario aparece en ele Bloque de
.cciones! el cual se locali%a al principio de la base de conocimientos. +ara este
eemplo! esto consiste de una lnea que sirve como mensae de inicio y otra lnea
que concluye la consulta. 3a palabra clave DISP#A; &1ES+3E*.0) hace que
estos mensaes apare%can en la pantalla del usuario durante la consulta.
El texto del mensae de t"rmino incluye la variable KatencionL entre par"ntesis. 3os
par"ntesis son smbolos que causan el reempla%o de la palabra contenida en la
variable. 3os reempla%os son ilustrados en la figura 6=58! donde el nivel 5 es la
recomendacin para el personal que diagnostica.
(ucho puede hacerse para meorar esta interfa% de usuario! las cuales se veran
posteriormente.
Estructurar la base de conoci$iento.
3a figura 6=59 muestra la estructura general de una base de conocimiento! que
consiste en tres partes fundamentales4
Bloque de .cciones
Bloque de 0eglas
Bloque de +reguntas
3a palabra clave ACTIONS &.CC,$>ES) identifica el comien%o del bloque de
acciones. Esto pone la agenda de consulta. En este caso! muestra el mensae de
inicio! empie%a 3IND &B#SC.) para un valor de variable para esta consulta y
concluye reportando al usuario lo que encontr en el mensae de t"rmino. Este
dice4 C+rimero haga esto! luego esto otro y despu"s estoD! as una secuencia para
cada lnea en el bloque de .cciones.
#n bloque de .cciones generalmente contiene al menos una palabra clave <,>1.
Esta es la palabra crtica en este S,S-E(. E/+E0-$ porque este provoca que el
control sea transferido al Bloque de 0eglas durante la consulta. 3a experiencia
contenida en los bloques de reglas y de preguntas de la base de conocimiento es
usada para resolver el problema de la consulta. En este caso! se trata de
encontrar un nivel apropiado de atencin recomendada para la persona que est
siendo examinada.
#na ve% conocido el valor para la variable KatencionL! el control es regresado al
bloque de acciones es eecutada completamente! la consulta ha terminado.
+aso 54 +laneacin
Condiciones4 >2mero de
valores
estadoNmembresa &miembro! noNmiembro) P 6
ra%ones &casoNnuevo! seguimiento! infoNotros) P 7
problema &serio! noNserio) P 6
0englones P 6 x 7 x 6 P 56
+aso 64 -abla de decisin completa
Re'l Es%"o "e
mem$res:
R9o&es Pro$lem Co&cl7si)& "e
recome&"ci)& "el
&i!el "e %e&ci)&
.5 miembro casoNnuevo serio nivelN5
.6 miembro casoNnuevo noNserio nivelN6
.7 miembro seguimiento serio nivelN5
.8 miembro seguimiento noNserio nivelN7
.9 miembro infoNotros serio infoNotros
.? miembro infoNotros noNserio infoNotros
.: noN miembro casoNnuevo serio sinNmembresa
.@ noN miembro casoNnuevo noNserio sinNmembresa
.; noN miembro seguimiento serio sinNmembresa
.5A noN miembro seguimiento noNserio sinNmembresa
.55 noN miembro infoNotros serio sinNmembresa
.56 noN miembro infoNotros noNserio sinNmembresa
6 cortes 7 cortes 6 cortes
+aso 74 -abla de decisin reducida
Re'l Es%"o "e
Mem$res:
R9o&es Pro$lem Co&cl7si)& "e
Recome&"ci)&
B5 miembro casoNnuevo serio nivelN5
B6 miembro casoNnuevo noNserio nivelN6
B7 miembro seguimiento serio nivelN5
B8 miembro seguimiento noNserio nivelN7
B9 miembro infoNotros == infoNotros
B? noNmiembro == == sinNmembresa
<igura 6=9 -abla de decisin del Conunto final de reglas.
RULE $ IF estado_membresia = miembro AND
ra%ones = caso_n&evo 'R
ra%ones = se(&imiento AND
)roblema = serio
TEN atencion = nivel_$!
RULE * IF estado_membresia = miembro AND
ra%ones = caso_n&evo AND
)roblema = no_serio
TEN atencion = nivel_*!
RULE + IF estado_membresia = miembro AND
ra%ones = se(&imiento AND
)roblema = no_serio
TEN atencion = nivel_+!
RULE , IF estado_membresia = miembro AND
ra%ones = info_otros AND
TEN atencion = info_otros!
RULE - IF estado_membresia = no_miembro
TEN atencion = sin_membresia!
<igura 6=? Conversin de la tabla de decisin a conunto final de reglas.
+aso 54 +laneacin.
Condiciones4 >2mero de valores
(iembros &si!no) P 6
identificacinNvalida &si! no) P 6
0englones P 6 x 6 P 8
Paso 2: Tabla de decisin completa.
Re'ls Miem$ro i"e&%i<icci)&=!li"

es%"o=mem$resi
.5 Si Si miembro
.6 Si >o noNmiembro
.7 >o Si noNmiembro
.8 >o >o noNmiembro
6 cortes 6 cortes
Paso 3: Tabla de Decisin reducida.
Re'ls Miem$ro i"e&%i<icci)&=!li"

es%"o=mem$resi
B5 Si si miembro
B6 == >o noNmiembro
B7 no == noNmiembro
<igura 6=: -abla de decisin para el conunto de reglas 6.
RULE 6 IF miembro = si AND
identificacin_valida = si
TEN estado_membres.a = miembro!
RULE / IF miembro = si AND
identificacin_valida = no
TEN estado_membres.a = no_miembro!
RULE # IF miembro = no
TEN estado_membres.a = no_miembro!
<igura 6=@ Conversin de la tabla de decisin al conunto de reglas 6.
+aso 54 +laneacin.
Condiciones4 >2mero de
valores
-emperatura &normal! anormal! desconoc) P 7
otrosNsintomas &si! no) P 6
0englones P 7 x 6 P ?
Paso 2: Tabla de decisin completa.
Re'ls Temper%7r o%ros=si&%oms Pro$lem
.5 normal Si serio
.6 normal >o noNserio
.7 anormal Si serio
.8 anormal >o serio
.9 desconoc Si serio
.? desconoc no serio
7 cortes 6 cortes
Paso 3: Tabla de Decisin reducida.
Re'ls Temper%7r o%ros=si&%oms Pro$lem
B5 normal si serio
B6 normal >o noNserio
B7 anormal == serio
B8 desconoc == serio
<igura 6=; -abla de decisin para el conunto de reglas 7.
RULE 0 IF tem)erat&ra = normal AND
otros_sintomas = si
TEN )roblema = serio!
RULE $1 IF tem)erat&ra = normal AND
otros_sintomas = no
TEN )roblema = no_serio!
RULE $$ IF tem)erat&ra = anormal 'R
tem)erat&ra = desconoc
TEN )roblema = serio!
<igura 6=5A Conversin de -abla de decisin a conunto de reglas 7.
RU#E e%i>7e% 3a palabra clave 0E*3. seguida por
la etiqueta.
I3 ,dentifica el comien%o de la&s)
condicin&es) de la regla
T8EN ,dentifica el comien%o de la conclusin
de la regla.
E#SE #sada opcionalmente para identificar
el comien%o de una conclusin
alternativa.
?ECAUSE #sada opcionalmente para ofrecer una
explicacin del significado de una
premisa! conclusiones y alternar
conclusiones de la regla.
#na regla debe terminar con un punto y coma.
3as condiciones pueden ser combinadas usando los operadores lgicos.
AND .mbas condiciones deben ser
verdaderas para dispararse. +ueden
ser combinadas ms de 6A
condiciones usando el .>1.
OR #na o ambas deben ser verdaderas.
#sando $0 con .>1 en una regla
limita el n2mero de condiciones a 5A.
<igura 6=55 Estructura de reglas del VP,E2per%
>ombres de variables4
1eben comen%ar con una letra
Cada nombre de variable debe ser 2nica
>ombres de variables y valores se restringen a un mximo de 8A
caracteres los cuales pueden incluir letras &may2sculas o min2sculas)!
n2meros y los siguientes caracteres especiales4 ,! @! A! B.
>o se permiten espacios en los nombres de variables o valores. En lugar
de esto! puede usarse el guin bao entre las palabras &estadoNmembresia!
por eemplo).
+alabras clave no pueden ser usadas como nombres de variables. +ueden
presentarse errores rante la eecucin de la consulta si se usan. Se listan
las palabras clave en la figura 6=57.
3os valores que se asignan a variables no pueden ser mayores a 8A
caracteres.
>ombres de 0eglas4
3os nombres de las reglas &o etiquetas) generalmente siguen las mismas
convenciones que los nombres de variables &arriba)! excepto que las
reglas pueden empe%ar por un n2mero.
Cada nombre de regla debe ser 2nico.
<igura 6=56 Qariables y nombres de reglas en Q+=Expert
Nota: las palabras clave son usadas en la construccin de la base de conocimiento incluyendo las
palabras que comienzan cada lnea palabras especiales usadas en la construccin de una re!la y
otras palabras reservadas para uso espec"ico en la base de conocimiento.
R.BS B#--$> E>1$<< ',+E0-E/- +3#0.3 S-'E>
R.C$S C.33 E/EC#-E S,< +$+ -($1E
RULE #
IF miembro = no
TEN estado_membresia = no!
+alabras
clave
Qariables $perador de asignacin
Qariables
R.S,> CC.33 <1,S+3.M ,>1E/ +0,>-$<< -0.CO
R.-.> C'.,> <,33 3B#--$> +0,>-$> -0#-'-'0ES'
RC$S SC'$,CES S<,>1 3E>*-' +SE- #>O>$T>
RE/+ C'0 <,/E1 3,>E-$ +#- Q*.#*E
R3$* C3$SE <$0 3$.1<.C-S +TOS TC3$SE
RS,> C30$<< <$0(.- 3$C.-E 0ECE,QE T<$0(.-
RSI0- C30$> <$0(<,E31 (E># 0EC$01N>#( T'E>EQE0
R-.> C3S *BC$3$0 (E>#NS,UE 0EC-.>*3E T',3EO>$T>
S.C-,$>S C$3$0 *C3S (E-E0 0E+$0- T',3E-0#E
.C-,QE C$3#(> *C$3$0 ($#SE$<< 0ESE- TOS
.33 C$#>- *1,S+3.M ($#SE$> 0$T T$+E>
S.>1 C#00 *E- ($#SE/ S0#3E T$0O$>
.++E>1 1B<$0( *E-C' ($#SEM 0#>-,(E T$0OS'EE-
S.SO S1,S+3.M *E-($#SE ($QE-$ S.QE<.C-S
.#-$I#E0M EVEC- *3$C.-E (0ESE- SC,
BC.33 E33,+SE *($1E >.(E1 S',+
BEC.#SE E3SE '*.#*E S$0 S'$T-E/-
BOC$3$0 E>1 '$-0E*,$> +1,S+3.M S$0-
S Se discutieron en este captulo.
<igura 6=57 +alabras clave de la Base de Conocimiento.
>ota4 esta base de conocimientos est en el disco bao el nombre de '($.OBS o
'($0#>.OBS.
Elementos de la
,nterfa% de usuario
Bienvenido al asistente de diagnstico de la HMO
GEl paciente es miembro de la '($H
Si no
GEl n2mero de identificacin es vlidoH
Si no
GIu" servicio requiereH
Caso nuevo seguimiento de caso informacinWotros
GCul es la temperatura del pacienteH
>ormal anormal desconoc
GSe presentan otros sntomasH
Si no
.tencin recomendada4 >ivel 5
(ensae
inicial
$pciones de
pregunta y
respuesta
(ensae de
t"rmino de
consulta
1
ayuda2
ir3
y_si?4 variables5 reglas6 poner editar! salir1 ayuda2 co"o?3 por#ue?4
$ento5
%&pido6
salir
<igura 6=58 Eemplo de uso de interfa% en la sesin de consulta del S,S-E(.
E/+E0-$
.C-,$>S
1,S+3.M CBienvenidos al asistente de diagnstico de la '($D
<,>1 CatencionD
1,S+3.M C.tencin recomendada4 XatencionF.D
Y
0#3E 5
,< estadoNmembresa P miembro and
ra%ones P casoNnuevo or
ra%ones P seguimiento and
problema P serio
-'E> atencion P nivelN5Y
0#3E 6
,< estadoNmembresia P miembro .>1
ra%ones P casoNnuevo .>1
problema P noNserio
-'E> atencion P nivelN6Y
0#3E 7
,< estadoNmembresia P miembro .>1
ra%ones P seguimiento .>1
problema P noNserio
-'E> atencion P nivelN7Y
0#3E 8
,< estadoNmembresia P miembro .>1
ra%ones P infoNotros .>1
-'E> atencion P infoNotrosY
0#3E 9
,< estadoNmembresia P noNmiembro
-'E> atencion P sinNmembresiaY
0#3E ?
,< miembro P si .>1
identificacinNvalida P si
-'E> estadoNmembresa P miembroY
0#3E :
,< miembro P si .>1
identificacinNvalida P no
-'E> estadoNmembresa P noNmiembroY
0#3E @
,< miembro P no
-'E> estadoNmembresa P noNmiembroY
0#3E ;
,< temperatura P normal .>1
otros=sintomas P si
-'E> problema P serioY
0#3E 5A
,< temperatura P normal .>1
otrosNsintomas P no
-'E> problema P noNserioY
0#3E 55
,< temperatura P anormal $0
temperatura P desconoc
-'E> problema P serioY
.SO miembro4 CGEl paciente es miembro de la '($HD
C'$,CES miembro4 si! noY
.SO identificacinNvalida4 CGEl n2mero de identificacin es vlidoHD
C'$,CES identificacinNvalida4 si! no
.SO ra%ones4 CGIu" servicio requiereHD
C'$,CES ra%ones4 casoNnuevo! seguimiento! infoNotrosY
.SO temperatura4D GCul es la temperatura del pacienteHD
C'$,CES temperatura4 normal! anormal! descocY
.SO otrosNsintomas4 CGSe presentan otros sntomasHD
C'$,CES otrosNsintomas4 si! noY
Bloque de
preguntas
Bloque
de
reglas
Bloque de
acciones
<igura 6=59 Estructura de la base de conocimiento y archivo del primer S,S-E(. E/+E0-$.