16659340

CATLOGO DE TRABAJOS DE INVESTIGACIN,
TESIS Y PROYECTOS ASAMBLEA NACIONAL DE

RECTORES
Resolucin N 1562-2006-ANR
2007 I
I.
TESIS
NIVEL: PRE GRADO

CARRERA PROFESIONAL: Ingeniera de Sistema y Computacin
TTULO PROFESIONAL: Ingeniero de Sistemas y Computacin
DENOMINACIN DE LA TESIS:
Deteccin, Diagnstico y Tratamiento de Tuberculosis Pulmonar en el Centro de
Salud Tpac Amaru, asistido por un Sistema Experto.
AUTOR(ES):
II.
Miguel Jimnez Snchez
(maj_jimenez@hotmail.com)
Claudia Prez Mechn
(cladiga01@hotmail.com)
CONTENIDO DEL RESUMEN

II.1 PLANTEAMIENTO DEL PROBLEMA
La tuberculosis est incrementndose tanto en los pases desarrollados como
en los pases en vas de desarrollo debido a la epidemia del VIH/SIDA, la
resistencia a los frmacos antituberculosos, los ineficientes programas de control,
el deterioro de las condiciones socioeconmicas, el aumento de la pobreza en
determinados grupos de poblacin y la debilidad del apoyo poltico y econmico.
El Centro de Salud de Tpac Amaru, en el programa de TBC, tiene como
misin la de garantizar la deteccin, diagnstico y tratamiento oportuno, gratuito y
supervisado de los enfermos con tuberculosis, brindando atencin integral, con
personal capacitado, fomentando el autocuidado en la poblacin con la finalidad
Autores: Jimnez Snchez & Prez Mechn
de disminuir la morbimortalidad por tuberculosis y sus repercusiones sociales y

econmicas.
Uno de los principales problemas que tiene el centro de salud en el programa
de TBC, es la captacin de pacientes debido a dos situaciones: 1) La poblacin
desconoce que pertenece a este centro y acuden a atenderse en el Hospital Las
Mercedes y Policlnicos y 2) Porque la misma poblacin no acepta que puedan
haber desarrollado o estn desarrollando esta enfermedad.
Estas dos situaciones hacen que el Centro de Salud no pueda actuar de
acuerdo a su poltica, por lo que muchos de los pacientes potenciales no son
atendidos ni registrados en el mismo, dejando escapar una oportunidad de atencin
a un paciente con tuberculosis.
Por otro lado, el Centro de Salud, no cuentan con una Unidad de
Recoleccin de Muestras (URM), en donde se deberan de realizar las pruebas
respectivas, como por ejemplo, la muestras de esputo, que en la actualidad el
paciente lo realiza en su domicilio y luego es llevado al programa de Tuberculosis
para que pueda ser evaluado en el laboratorio y esperar los resultados.
El centro de salud no cuenta con personal tcnico especializado en temas de
TBC, por muchos motivos: 1. personal tiene temor a desarrollar esta enfermedad,
pensando que con un slo contacto directo o fsico con el paciente, ellos pueden
adquirir la enfermedad; 2. La falta de preparacin de muchos de los tcnicos, en
este caso, el personal de SERUMS, los practicantes de institutos de las carreras de
enfermera tcnica, laboratoristas, etc., desconociendo sobre temas de TBC,
diagnsticos, tratamientos, cuidados, recomendaciones y otros, pues existe mucha
dependencia de la Jefa de cada programa sobre estos temas; 3. La demora en
cuanto a la determinacin de la deteccin y diagnstico del paciente con TBC,
falta de preparacin de personal no comprometido con los temas de TBC y demora
de las pruebas bacteriolgicas, inmunolgicas, radiologas y otras. De estos dos
ltimos se desprende los problemas por desconocimiento, falta de preparacin, de
apoyo, de capacitacin, que muchas veces la Direccin Regional de Salud, hace
los esfuerzos necesarios para mantener al da al personal ya estable, no as a los
tcnicos, Serums, etc. 6. Algunas personas equivocadamente consideran que se
debe esperar a tener el cultivo y los resultados de sensibilidad para cambiar el

tratamiento en una persona que est fracasando, lo cual hace demora en un
tratamiento efectivo al paciente. 7. Otro de los problemas contemplados es la falta
de apoyo tecnolgico con lo referente al registro de los pacientes, sobre todo en el
control de las historias clnicas, ordenes de Anlisis, etc. 8. Otros problemas de
menor grado, pero que no dejan de ser importantes, son las medidas de seguridad
en cuanto a las instalaciones de los establecimientos, a las pruebas de esputo
donde se realizan, en ambientes poco adecuados y en condiciones precarias.
La TBC requiere un tratamiento no menor de 2 aos como mnimo, y un
tratamiento farmacolgico que ha demostrado ser una de las intervenciones
sanitarias altamente eficaces en el control de tuberculosis, por lo que el paciente
requiere de sumo cuidado para contrarrestar esta enfermedad. Para que esto suceda
es importante que los medicamentos que conforman el arsenal teraputico (tomar
11 pastillas diarias) sean utilizados de manera racional a travs de un programa de
lucha contra la enfermedad integrado al conjunto de acciones de salud en todos
sus niveles.
Esta enfermedad ocasiona pnico en la poblacin debido al alto grado de
incidencia; llegando hasta la marginacin que sufren las personas enfermas tantos
por sus familiares como por la sociedad afectndolos emocionalmente.
II.2 OBJETIVOS
II.2.1 Objetivo General
Desarrollo e Implementacin de un Sistema de Informacin Experto para
mejorar el proceso de deteccin, diagnstico y tratamiento en los pacientes con
Tuberculosis Pulmonar obteniendo informacin oportuna.
II.2.2 Objetivos Especficos
-
Seleccionar y desarrollar una metodologa para Sistemas Basados en

Conocimiento.
Construir un sistema experto para la deteccin, diagnstico y tratamiento

de un paciente con sntomas de TBC.
Disminuir los tiempos de diagnstico usando el Sistema Experto

comparando una situacin similar solamente con el especialista.
Explicar los pasos del razonamiento de protocolo de deteccin, diagnstico

y tratamiento de la enfermedad de TBC, mientras se ejecuta el software de
sistema experto, de tal modo que sea comprensible.
Mejorar el registro y control de los pacientes de TBC mediante historias

clnicas.
II.3 HIPTESIS
Con el Sistema Experto y sus utilitarios propuestos, se mejorar la certeza,
los tiempos, y el control en Deteccin, Diagnstico y Tratamiento de Tuberculosis
Pulmonar en el Programa de TBC del Centro Salud Tpac Amaru.
II.4 MARCO TERICO
II.4.1 Metodologa del Sistema Basado en Conocimiento SBC
Segn Pajaras, G.; Santos, M. (2006); un sistema basado en el
conocimiento (SBC) es una aplicacin informtica en la que aparece
representado, como estructura de informacin procesable, el conocimiento
necesario para resolver un determinado tipo de problemas separadamente del
procesamiento para resolverlos. En otras palabras, es un sistema software que
mantiene una gran cantidad de conocimiento y que incluye mtodos adecuados
para explotarlos.
II.4.2 Sistema Experto
Segn Giarratano, J.; Riley, G. (2001); los sistemas expertos son aquellos
programas que emulan el comportamiento o la habilidad de tomar decisiones
de un experto o especialista humana. El termino emular significa que el
sistema experto tiene el objetivo de actuar en todo los aspectos como un
especialista humano. Con los sistemas expertos se busca una mejor calidad y
rapidez en las respuestas dando as lugar a una mejora de la productividad del
experto.
II.4.3. Metodologa IDEAL

Fue propuesta por Gmez (1997), en donde propone un ciclo de vida en
espiral en tres dimensiones, y se ajusta a la tendencia del software actual, esto
es:
-
Ser Reutilizable.
Ser Integrable.
Poseer Requisitos Abiertos.
Diversidad de Modelos Computacionales.
Los requisitos estn sometidos a constantes cambios y por ende el

sistema tambin, por lo que como resultado se obtiene un sistema en constante
evolucin por lo que puede considerarse como un prototipo en constante
perfeccionamiento,
mediante
el
agregado
de
nuevas
tcnicas
de
descomposicin del problema, mediante nuevas formas de documentacin o

estndares a los que debe ajustarse.
II.5 ASPECTO METODOLGICO
Las fases de la metodologa pueden describirse someramente como sigue:
FASE 1: IDENTIFICACIN DE LA TAREA
Etapa 1.1:
Plan de requisitos y adquisicin de conocimientos
1.1.1 Proceso de adquisicin de conocimientos

1.1.1.1. Primeras reuniones y evaluacin de la viabilidad
1.1.1.2. Extraccin de conocimientos
1.1.1.3. Educcin de conocimientos (A partir de los expertos)
Etapa 1.2:
Evaluacin y seleccin de la tarea
1.2.1 Test de Viabilidad

1.2.2 Planificacin y evaluacin de entrevistas
1.2.2.1 Preparacin de Sesin
1.2.2.2 Sesin
1.2.2.3 Trascripcin
1.2.2.4 Anlisis de sesin
1.2.2.5 Evaluacin
Etapa 1.3:
Definicin de las caractersticas del sistema
1.3.1 Requisitos Funcionales

1.3.2 Requisitos Operativos
1.3.3 Requisitos de Interfaz
1.3.4 Requisitos de Soporte
1.3.5 Casos de prueba o ensayo
1.3.6 Recursos necesarios
1.3.6.1 Recursos Humanos
1.3.6.2 Recursos Tcnicos
1.3.6.3 Recursos Econmicos
1.3.7 Anlisis de costo / beneficio
1.3.7.1 Beneficios tangibles
1.3.7.2 Beneficios intangibles
1.3.7.3 Costos tangibles
1.3.7.4 Costos intangibles
1.3.8 Calendario
FASE 2: DESARROLLO DE LOS PROTOTIPOS
Etapa 2.1:
Concepcin de la solucin
2.1.1 Modelado de Caso de Uso

2.1.2 Diseo Arquitectnico del Sistema
Etapa 2.2:
Adquisicin y conceptualizacin de los conocimientos
2.2.1 Identificacin de trminos

2.2.1.1 Diccionario de trminos
2.2.1.2 Diccionario de conceptos
2.2.2 Identificacin de las relaciones entre conceptos
2.2.3 Identificacin de los conocimientos estratgicos
2.2.3.1 Descomposicin Funcional
2.2.3.2 Mapa de Conocimiento
2.2.3.3 Comprobacin de los conocimientos estratgicos

2.2.4 Identificacin de los conocimientos tcticos
2.2.4.1 Anlisis de los conocimientos tcticos Seudorreglas
2.2.4.2 Comprobacin de los conocimientos tcticos
Etapa 2.3:
Formalizacin de los conocimientos y definicin de la
arquitectura
2.3.1 Formalizacin de los conocimientos en procedimientos
2.3.1.1 Motor de inferencia
2.3.1.2 Base de conocimiento
2.3.1.3 Codificacin de reglas
Etapa 2.4:
Seleccin de la herramienta e implementacin
Etapa 2.5:
Validacin y evaluacin del prototipo
FASE 3: EJECUCIN DE LA CONSTRUCCIN DEL SISTEMA

INTEGRADO
Etapa 3.1:
Requisitos y diseo de la integracin con otros sistemas
Etapa 3.2:
Implementacin y evaluacin del sistema integrado
Etapa 3.3:
Aceptacin del sistema por el usuario
FASE 4: CONSEGUIR EL MANTENIMIENTO PERFECTIVO

Etapa 4.1:
Definir el mantenimiento del sistema global.
Etapa 4.2:
Definir el mantenimiento de las bases de conocimientos.
Etapa 4.3:
Adquisicin de nuevos conocimientos y actualizacin del
sistema.
FASE 5: LOGRAR
UNA
ADECUADA
TRANSFERENCIA
TECNOLGICA
Etapa 5.1:
Organizar la transferencia tecnolgica.
Etapa 5.2:
Completar la documentacin del SBC construido.
II.6 CONCLUSIONES
De los resultados parciales obtenidos de la aplicacin para la Deteccin,
Diagnstico y Tratamiento de Tuberculosis Pulmonar en el Centro de Salud Tpac
Amaru, asistido por un Sistema Experto (EXSISTBC); se concluye lo siguiente:
-
El desarrollo de este Sistema Experto de asistencia a la deteccin,

diagnstico y tratamiento de Tuberculosis Pulmonar, contribuye al personal
comprometido con el programa y a cada tipo de anlisis que se realizan a los
pacientes con sntomas de Tuberculosis Pulmonar.
La utilizacin de una metodologa que promueve el desarrollo incremental

de prototipos, como es la metodologa IDEAL., procura que la culminacin
del proyecto se d en tiempos y costos acordes a los estimados.
Con el Sistema Experto se logr un ahorro de tiempo significativo a la hora

de deteccin, diagnstico y sobre todo en el tratamiento en pacientes de
TBC, con un 90% de fiabilidad por parte del personal de salud.
El sistema es capaz de explicar los pasos de su razonamiento mientras se

ejecuta, de tal modo que sea comprensible. El sistema tiene la capacidad de
explicacin, de la misma forma que los especialistas pueden explicar su
razonamiento.
La implementacin de un sistema transaccional de registro de historias

clnicas, contribuye al control y seguimiento de los pacientes con
Tuberculosis Pulmonar, adems que provee de una base de datos de casos
para posteriores investigaciones.
La adquisicin de nuevos hechos, que se registran en la base de

conocimientos permitir que el sistema experto pueda reestructurarse
aadiendo nuevo conocimiento.
II.7 BIBLIOGRAFA
-
Giarratano,
Joseph.
2001.
Sistemas
Expertos,
principios
programacin. 3 Edicin. Editores Internacional Thomson. Espaa

-
Romero Moreno, Gesvin. 2004. UML con Racional Rose. 1 Edicin.

Megabyte. Per.
Jacobson, Ivar. Booch, Grady. Rumbaugh, James. 2000. El proceso

unificado de desarrollo de software. 1 Edicin. Pearson Educacin.
Madrid.
Pressman, Roger. 2001. Ingeniera de Software, un enfoque prctico. 5

Edicin. Espaa.
Lawrence Pfleeger, Shari. 2002. Ingeniera de Software, Teora y

Prctica. 6 Edicin. Pearson Educacin. Mxico
Kendal, Kenneth & Kendal, Julie. 2005. Anlisis y Diseo de Sistemas.

6 Edicin. Pearson Educacin. Mxico
Ministerio de Salud. 2006. Normas tcnicas de salud para el control de la

tuberculosis. Per.
MSc. Henao, M. 2001. Tesis Doctoral CommonKADS-RT: Una

metodologa para el desarrollo de sistemas basados en el conocimiento de
tiempo real. Valencia-Espaa.
Betanzos, A.; Guijarro, B.; Lozano, A.; Palma, J.; Tabeada, M. 2004.
Ingeniera del Conocimiento, Aspectos Metodolgicos. Madrid: Pearson
Educacin. Mxico
Pajaras, G; Santos, M. 2006. Inteligencia Artificial e Ingeniera del

Conocimiento. 1 Edicin. Alfaomega Grupo Editor. Mxico
Durkin, J. 1994 Expert Systems: Design And Development. Maxwell

Macmilan. New York.
Gay
Men's
Health
Crisis.
Tuberculosis.
2003
New
York.
http://www.gmhc.org/espanol/paginas/tbesp.html
-
Entorno
Mdico.
Tuberculosis
2000.
http://www.entornomedico.org/salud/saludyenfermedades/alfaomega/tuberculosis.html
-
Viejo
Hernando
Diego.
Sistemas
expertos.
2003.
http://www.divulgaia.com/cursos/cursos.xml?numero=2&nombre=2003-926a&numLecc=1. 15 Febrero 2006
INTRODUCCIN
La utilizacin de tcnicas de Inteligencia Artificial en programacin y control de
procesos industriales ha sido centro de atencin en los ltimos aos, tanto por el elevado
nmero de investigaciones como por las aplicaciones en diferentes entornos
industriales. Los sistemas expertos constituyen en el campo de la Inteligencia Artificial
con mayor xito, y se manifiesta mediante la realizacin de software, como
herramientas que ayuden a mejorar la calidad de vida de las personas.
Se considera a alguien, un experto en un problema, cuando este individuo tiene
conocimiento especializado sobre dicho problema. En el rea de los Sistemas Expertos
(SE) a este tipo de conocimiento se le llama conocimiento sobre el dominio. La palabra
dominio se usa para enfatizar que el conocimiento pertenece a un problema especfico.
Por otro lado, la tuberculosis sigue siendo un problema de salud pblica de
importancia por la magnitud de los daos que se evidencian en la morbilidad y
mortalidad de la poblacin humana en el pas.
El presente trabajo se realiz en vista que existen en el Per muchos casos de
personas que desarrollan la Tuberculosis Pulmonar, que sin saberlo, contagian a otras
personas, y por ende estas personas no quieren reconocer que estn desarrollando o
portan esta enfermedad, que en algunos casos es demasiado tarde para recuperarlas.
En el departamento de Lambayeque, existe El Programa de Prevencin y
Control de Tuberculosis, el mismo entre sus principales funciones esta en realizar la
deteccin de casos a travs de la bsqueda del sintomtico respiratorio en todos los
servicios de los establecimientos de salud (consultorios, sala de espera, triaje,
emergencia, admisin, caja, etc.) y para el diagnstico de casos se realiza el examen de
esputo mediante el procesamiento de baciloscopas (BK) de diagnstico y por ltimo el
tratamiento de los enfermos de Tuberculosis que es ambulatorio y supervisado por el
personal de salud, asegurndose que el paciente ingiera los medicamentos en una sola
toma al da.
10
Es por esto que la investigacin plantea el uso de un Sistema Experto para la

Deteccin, Diagnstico y Tratamiento de Tuberculosis Pulmonar (EXSISTBC), en el
campo de la salud pblica, como herramienta de apoyo para el personal de salud,
llmense, doctores, enfermeras y tcnicos de salud, adems de proporcionar datos de
importancia para investigaciones futuras.
Las bases del desarrollo del problema planteado se sentaron en la utilizacin de
la metodologa IDEAL, que fue tomada como decisin de parte del equipo de trabajo
despus de haber evaluado varias metodologas existentes en este campo.
11
CAPITULO 1
PLANTEAMIENTO DEL PROBLEMA
1.1.
REALIDAD PROBLEMTICA
La tuberculosis est incrementndose tanto en los pases desarrollados como en
los pases en vas de desarrollo debido a la epidemia del VIH/SIDA, la resistencia a los
frmacos antituberculosos, los ineficientes programas de control, el deterioro de las
condiciones socioeconmicas, el aumento de la pobreza en determinados grupos de
poblacin y la debilidad del apoyo poltico y econmico.
La tuberculosis es la principal causa de muertes de origen infeccioso en todo el
mundo y sera responsable de dos millones de muertes anuales (120 mil de las cuales
ocurren en Amrica Latina y el Caribe) y del 9% de las defunciones en las mujeres. Ms
del 75% de las infecciones y muertes ocurren entre los 15 y 50 aos de edad.
Segn el portal Web del Ministerio de Salud Per, en 1990 slo 25% de los
servicios de salud del MINSA desarrollaban acciones de diagnstico y tratamiento para
Tuberculosis; en el ao 2004 el 100 % de los mismos garantizaron acceso al diagnstico
y tratamiento antituberculoso gratuito. Entre los aos 1993-2001 la cobertura de
deteccin de casos se increment cerca de diez veces, aunque el 2002 y 2003 se
evidencio una disminucin del 6 % anual en la captacin de sintomticos respiratorios,
debido al desabastecimiento de insumos de laboratorio para el diagnstico de TBC,
situacin que fue subsanada en el segundo semestre del 2004. Durante el ao 2005, se
han diagnosticado y tratado gratuitamente a 35,541 personas enfermas con Tuberculosis
en todo el pas, cifra que traducida en tasa de morbilidad es de 129.02 x 100,000 hab.,
significando una disminucin del 50.4% en relacin con el ao 1992 (ao de mxima
tasa). De ellos 18,490 personas enfermas corresponden a casos con Tuberculosis
Pulmonar Frontis Positivo (TBP-FP) nunca tratados, lo que determina una tasa de
incidencia de 67.12 x 100,000 hab. , mostrando una disminucin del 58.3% en relacin
a 1993.
12
El departamento de Lambayeque, segn el censo del ao 2005, registra una

poblacin de 1162,014 habitantes, de estos 777, 677 son mayores de 15, que
corresponde al grupo de pobladores donde la incidencia de TBC tiene un mayor registro
de pacientes, el mismo que en un promedio de 463,000 habitantes fueron atendidos en
el primer semestre del 2006.
El Ministerio de Salud cuenta con una red de establecimientos que se encuentra
distribuidos en todo el pas. En el departamento de Lambayeque, la distribucin de estos
es como sigue:
Tabla No. 01: Red de establecimientos
Fuente: Elaborado por los autores.
El departamento de Lambayeque presenta diferentes estadios de TBC, que en

muchos de los casos nos han sorprendido los resultados, pues los distritos que
pensbamos que por su pobreza presentaban mayores caso de TBC, fue todo lo
contrario. En los lugares donde existe mayor hacinamiento de poblacin, condiciones de
salud nfimas y precarios recursos, es donde se presentan los mayores casos de TBC.
Por ejemplo el distrito de La Victoria es considerado una zona de alto riesgo, pues
presenta una incidencia de TBC mayor (tasa de TBC frontis positivo pulmonar de
mayor a 66 habitantes por 100,000 habitantes), en los distritos de Chiclayo, Jos
Leonardo Ortiz, Reque, Pomalca, Picsi, Cayalt, Zaa, Chongoyape y otros, es
considerada de mediano riesgo (tasa de TBC frontis positivo pulmonar entre 25 y 66
habitantes por 100,000 habitantes), en los distritos de bajo riesgo (tasa de TBC frontis
positivo pulmonar menor de 25 habitantes por 100,000 habitantes) son por ejemplo la
mayora de distritos de la provincia de Lambayeque, Oyotn, San Jos, Santa Rosa,
Monsef, Ciudad Eten, etc. En los casos que no han presentado hasta la fecha son:
Chochope, Pucal, Manuel Mesones Muro y Puerto Eten.
13
La distribucin de casos de TBC en el departamento de Lambayeque, se han

notificado de la siguiente manera:
Figura No. 01: Casos de Tuberculosis

Fuente: Boletn informativo de la Direccin Regional de Salud _ Lambayeque.
Como podemos observar, la mayores captaciones de enfermos con TBC, son

registrados por los centros de salud del Ministerio de Salud del departamento,
correspondiente al ao 2005, los dems casos son distribuidos en los otros centros
hospitalarios.
La tasa de morbilidad en los pacientes son registrados mediante la siguiente
figura.
Figura No 02: Tasa de Morbilidad, Incidencia TBC y TBC-FP

14
Al observar la figura, podemos dar una idea que la tasa de morbilidad casi se
mantiene en la misma constante, dando referencia a que los casos de tuberculosis se
mantienen en la misma curva, igual sucede con los casos de incidencia o abandonos.
Los sintomticos respiratorios, son el primer grupo de personas en el cual hay una
sospecha de TBC, este registro se muestra en la siguiente figura.
Figura No. 03: S.R.E, Baciloscopa de diagnstico total y casos de TBC-FP

De este grupo de examinados, en su mayora, la certeza de que estas personas

tienen TBC es casi en la misma proporcin, como lo demuestra la siguiente grafica.
Figura No. 04: S.R. Examinados e Identificados

15
El grupo de personas que reportan casos de TBC, en su mayora son personas de

15 a 54 aos de edad, de ambos sexos (Ver figura No. 05), el cual demuestra el alto
grado de incidencia que se presenta.
Figura No. 05: Distribucin de casos de TBP FP por grupo de edad y gnero
3er. Trimestre - Lambayeque 2005
En los casos de TBC Multidrogorresistente (TBC MDR), son personas que por
varios motivos: abandono, recadas, fracasos, etc., son resistentes a los frmacos que se
utilizan en cada tratamiento, como se ve en la siguiente tabla.
Tabla No. 02: Casos de TBC MDR

El Centro de Salud Tpac Amaru, pertenece a la Red de Salud de Jos Olaya;
sta brinda atencin a una poblacin 16,736 habitantes, segn informacin
proporcionada por la Jefa de Programa de TBC Tpac Amaru, la cual se encuentra
distribuida en 9 sectores, para su mejor control y atencin, encontrndose dividida de la
siguiente manera:
16
Tabla No. 03: Poblacin por sectores
El Centro de Salud de Tpac Amaru, en el programa de TBC, tiene como misin

la de garantizar la deteccin, diagnstico y tratamiento oportuno, gratuito y supervisado
de los enfermos con tuberculosis, brindando atencin integral, con personal capacitado,
fomentando el autocuidado en la poblacin con la finalidad de disminuir la
morbimortalidad por tuberculosis y sus repercusiones sociales y econmicas.
Uno de los principales problemas que tiene el centro de salud en el programa de
TBC, es la captacin de pacientes debido a dos situaciones: 1) La poblacin desconoce
que pertenece a este centro y acuden a atenderse en el Hospital Las Mercedes y
Policlnicos y 2) Porque la misma poblacin no acepta que puedan haber desarrollado o
estn desarrollando esta enfermedad.
Estas dos situaciones hacen que el Centro de Salud no pueda actuar de acuerdo a
su poltica, por lo que muchos de los pacientes potenciales no son atendidos ni
registrados en el mismo, dejando escapar una oportunidad de atencin a un paciente con
tuberculosis.
Por otro lado, el Centro de Salud, no cuentan con una Unidad de Recoleccin de
Muestras (URM), en donde se deberan de realizar las pruebas respectivas, como por
ejemplo, la muestras de esputo, que en la actualidad el paciente lo realiza en su
domicilio y luego es llevado al programa de Tuberculosis para que pueda ser evaluado
en el laboratorio y esperar los resultados.
17
El centro de salud no cuenta con personal tcnico especializado en temas de

TBC, por muchos motivos: 1. personal tiene temor a desarrollar esta enfermedad,
pensando que con un slo contacto directo o fsico con el paciente, ellos pueden adquirir
la enfermedad; 2. La falta de preparacin de muchos de los tcnicos, en este caso, el
personal de SERUMS, los practicantes de institutos de las carreras de enfermera
tcnica, laboratoristas, etc., desconociendo sobre temas de TBC, diagnsticos,
tratamientos, cuidados, recomendaciones y otros, pues existe mucha dependencia de la
Jefa de cada programa sobre estos temas; 3. La demora en cuanto a la determinacin de
la deteccin y diagnstico del paciente con TBC, falta de preparacin de personal no
comprometido con los temas de TBC y demora de las pruebas bacteriolgicas,
inmunolgicas, radiologas y otras. De estos dos ltimos se desprende los problemas por
desconocimiento, falta de preparacin, de apoyo, de capacitacin, que muchas veces la
Direccin Regional de Salud, hace los esfuerzos necesarios para mantener al da al
personal ya estable, no as a los tcnicos, Serums, etc. 6. Algunas personas
equivocadamente consideran que se debe esperar a tener el cultivo y los resultados de
sensibilidad para cambiar el tratamiento en una persona que est fracasando, lo cual
hace demora en un tratamiento efectivo al paciente. 7. Otro de los problemas
contemplados es la falta de apoyo tecnolgico con lo referente al registro de los
pacientes, sobre todo en el control de las historias clnicas, ordenes de Anlisis, etc. 8.
Otros problemas de menor grado, pero que no dejan de ser importantes, son las medidas
de seguridad en cuanto a las instalaciones de los establecimientos, a las pruebas de
esputo donde se realizan, en ambientes poco adecuados y en condiciones precarias.
La TBC requiere un tratamiento no menor de 2 aos como mnimo, y un
tratamiento farmacolgico que ha demostrado ser una de las intervenciones sanitarias
altamente eficaces en el control de tuberculosis, por lo que el paciente requiere de sumo
cuidado para contrarrestar esta enfermedad. Para que esto suceda es importante que los
medicamentos que conforman el arsenal teraputico (tomar 11 pastillas diarias) sean
utilizados de manera racional a travs de un programa de lucha contra la enfermedad
integrado al conjunto de acciones de salud en todos sus niveles.
Esta enfermedad ocasiona pnico en la poblacin debido al alto grado de
incidencia; llegando hasta la marginacin que sufren las personas enfermas tantos por
sus familiares como por la sociedad afectndolos emocionalmente.
18
1.2. RELEVANCIA Y PERTINENCIA DE LA INVESTIGACIN

1.2.1. Relevancia de la Investigacin
Esta investigacin es importante porque sirve como herramienta de apoyo y de
consulta para las personas ya sean expertas o inexpertas en los temas relacionados a la
tuberculosis.
1.2.2. Pertinencia de la Investigacin
Este trabajo est enfocado al personal de salud comprometido con los problemas
de Tuberculosis y con el sistema propuesto los beneficiar en la mejora de sus procesos.
1.3. ANTECEDENTES DE LA INVESTIGACIN
1.3.1. Antecedente 1: Sistema Experto para la toma de decisiones en el diagnstico
y tratamiento de la diabetes Mellitus tipo 2 en los pacientes del Hospital
Provincial Docente Beln Lambayeque. Universidad Catlica Santo
Toribio de Mogrovejo Chiclayo, Per (Marzo 2005)
En esta investigacin se propuso un sistema experto para la toma de decisiones
en el diagnstico y tratamiento de la diabetes Mellitus tipo 2, para dar apoyo por parte
de los especialistas del Hospital Beln.
La investigacin es del tipo descriptiva en las cuales se concluy con lo
siguiente:
-
Con las pruebas realizadas del sistema SIEXDM2 tanto con los pacientes
como con los mdicos generales se mejor el proceso de diagnstico y
tratamiento de la Diabetes Mellitus Tipo 2.
Con el levantamiento de informacin se concluy que uno de los principales

problemas es la demora en la atencin del paciente en el proceso de
Diagnstico y Tratamiento en el Hospital.
De la contrastacin de la Hiptesis se determino que el tiempo de demora en

la obtencin del diagnstico y tratamiento, es mucho menor despus de la
19
implantacin del sistema SIEXDM2 que antes de la implantacin del

mismo.
-
De la contrastacin de la Hiptesis se concluy que el sistema SIEXDM2,

sirve de gua al profesional en salud en Diabetes Mellitus Tipo 2 logrando
una mejor decisin en el diagnstico y tratamiento.
1.3.2. Antecedente 2: Sistema Experto para realizacin de diagnstico Parlisis

facial con Electromiografa: PARFAC. Universidad Nacional Mayor de San
Marcos - Lima, Per (2004).
El presente trabajo pretende contribuir en las investigaciones de Sistemas
Expertos aplicados a la Medicina, para ello el Instituto de Ciencias Neurolgicas nos
permiti desarrollar el siguiente estudio en la Unidad de Electromiografa del Servicio
de Neurofisiologa, que ayudar a los mdicos en la determinacin de diagnsticos en el
campo de la neurofisiologa.
El sistema PARFAC, es consultado por un personal de salud, primero revisa la
historia del paciente, que contiene los datos generales acompaado de un determinado
diagnstico, a continuacin realiza determinadas preguntas al paciente sobre cual fueron
sus sntomas. Una vez conocida esta informacin el Sistema Experto plantea unas
hiptesis, que de inmediato sern verificadas para comprobar la exactitud de las
premisas de la regla; luego busca la correspondiente de los enunciados en la base de
conocimientos.
Con las respuestas que recibe el PARFAC verifica o rechaza las hiptesis
planteadas.
1.3.3. Antecedente 3: Sistema experto para el diagnstico de anomalas
craneofaciales: DIAG. Universidad de Ciego de vila. Cuba (1997)
Se presenta un prototipo experimental de un sistema experto para el diagnstico
de un grupo de anomalas craneofaciales, encontradas en la clnica. Este sistema es una
herramienta de diagnstico para ortodoncistas, residentes y estomatlogos dedicados a
la ortodoncia y puede tambin ser empleado como un sistema tutorial inteligente para el
estudio de la ortodoncia.
20
1.3.4. Antecedente 4: Sistema Experto neonatal en dificultad respiratoria para

mejorar la atencin a recin nacidos. Universidad Privada Csar Vallejo.
Trujillo (2005)
Se desarrollo en el rea de Neonatologa, la cual se encarga de la atencin de los
recin nacidos y en la que nuestro pas an tiene muchas dificultades como mortalidad
y morbilidad. Aplicando el sistema experto demostramos que es viable combatir esta
problemtica, bajo la premisa que la salud es un aspecto esencial en toda nacin y sus
eficientes servicios, contribuyen a mejorar el nivel de vida de la poblacin.
Se ha considerado la metodologa de Jhon Durkin y como herramienta software
de desarrollo el Shell Exsys Corvid 3.1.1
Ha sido necesario probar exhaustivamente nuestra aplicacin de sistemas
expertos con casos reales, para validar nuestra hiptesis y poder brindar resultados que
sirvan de base y apoyo a las decisiones que tomen las instancias respectivas de la salud
en nuestro pas, contribuyendo con soluciones viables, aplicables y demostrables, al
desarrollo de nuestra nacin.
1.3.5. Antecedente 5: Sistema Experto en anlisis de accidentes: ADA. Instituto
Tecnolgico de Buenos Aires. Argentina (2004)
En este trabajo de especialidad se desarrolla una herramienta basada en las
necesidades de una compaa multinacional que se ha fijado como objetivo reducir el
ndice de accidentes a CERO. Para ello basa su estrategia en dos herramientas:
1) Inspecciones de Seguridad (como medida preventiva).
2) Anlisis de accidentes (como medida correctiva).
Los directivos estiman que la brecha entre las metas propuestas y los recursos
humanos necesarios para alcanzarlas es muy grande, debido a que la empresa ha pasado
por una reestructuracin muy fuerte para mantener sus costos competitivos.
21
Las sucesivas reducciones del personal de Seguridad Industrial hizo necesario

delegar el anlisis de accidente a personal sin la experiencia ni conocimientos
necesarios.
Por ello se pens en automatizar esta tarea mediante un Sistema Experto.
1.3.6. Antecedente 6: Sistema Experto asistente de requerimientos. Instituto
Tecnolgico de Buenos Aires. Argentina (2001)
Una de las mayores deficiencias en la prctica de construccin de software es la
poca atencin que se presta a la discusin del problema. En general los desarrolladores
se centran en la solucin, dejando el problema inexplorado y por ende no descripto
totalmente.
Muchos
proyectos
han
fallado
porque
sus
requerimientos
fueron
inadecuadamente explorados y descriptos. Los requerimientos se ubican en el dominio

de la aplicacin donde est el problema. Se debe definir el problema mediante una seria,
precisa y explcita descripcin.
El objetivo del presente trabajo es el desarrollo de un sistema experto que asista
al ingeniero en software a la descripcin del problema elaborando el documento de
requerimientos de un sistema software.
1.3.7. Antecedente 7: Sistema Experto de ayuda para la seleccin del modelo de
ciclo de Vida. Instituto Tecnolgico de Buenos Aires. Argentina
Se ha considerado conveniente disponer de la asistencia de un Sistema Experto
que colabore en la seleccin del modelo de ciclo de vida ms adecuado para el proyecto.
El sistema asistir al Ingeniero en software a la seleccin del ciclo de vida ms
adecuado para un proyecto de desarrollo en particular, colaborando en el anlisis de las
caractersticas ms relevantes a tener en cuenta.
Se observa que el conocimiento requerido para confeccionar el Sistema Experto
es de laboriosa obtencin. Sin embargo, vista la importancia del tema, se propone
22
considerar la solucin postulando una clasificacin de ciclos de vida en familias

genricas. Las que fueron consideradas para el presente trabajo son: cascada, espiral y
orientadas a objetos. En este contexto se propone encuadrar el desarrollo teniendo en
cuenta los aspectos ms sobresalientes de cada familia.
1.4. FORMULACIN DEL PROBLEMA DE INVESTIGACIN
De que manera un sistema experto ayudar a mejorar la deteccin, diagnstico y
tratamiento de Tuberculosis Pulmonar en los pacientes del Programa de TBC del Centro
de Salud Tpac Amaru?
1.5. HIPTESIS
Con el Sistema Experto y sus utilitarios propuestos, se mejorar la certeza, los
tiempos, y el control de Deteccin, Diagnstico y Tratamiento de Tuberculosis
pulmonar en el Programa de TBC del Centro Salud Tpac Amaru.
1.6.
DEFINICIN DE VARIABLES
1.6.1. Variable Independiente

Sistema Experto.
1.6.2. Variable Dependiente
Proceso de Deteccin, Diagnstico y Tratamiento de Tuberculosis Pulmonar.
1.6.3. Variables Intervinientes
El Programa de TBC del Centro Salud Tpac Amaru.
1.7.
OBJETIVOS DE LA INVESTIGACIN
1.7.1. Objetivo General
23
Desarrollo e Implementacin de un Sistema de Informacin Experto para

mejorar el proceso de deteccin, diagnstico y tratamiento en los pacientes con
Tuberculosis Pulmonar obteniendo informacin oportuna.
1.7.2. Objetivos Especficos
-
Seleccionar y desarrollar una metodologa para Sistemas Basados en

Conocimiento.
Construir un sistema experto para la deteccin, diagnstico y tratamiento de

un paciente con sntomas de TBC.
Disminuir los tiempos de diagnstico usando el Sistema Experto

comparando una situacin similar solamente con el especialista.
Explicar los pasos del razonamiento de protocolo de deteccin, diagnstico y

tratamiento de la enfermedad de TBC, mientras se ejecuta el software de
sistema experto, de tal modo que sea comprensible.
Mejorar el registro y control de los pacientes de TBC mediante historias

clnicas.
1.8.
TIPO DE INVESTIGACIN
El proyecto propuesto esta referido a una investigacin descriptiva y aplicada;
buscando un entendimiento de la problemtica, para posteriormente plantear una

solucin que vaya acorde con el problema.
1.9. POBLACIN Y MUESTRA
1.9.1. Poblacin
Segn el CENSO (2005), la Direccin Regional de salud el departamento de
Lambayeque cuenta con una poblacin total de 1151,411 habitantes, la misma que
tiene una poblacin de 777,677 mayores de 15 aos de edad. Teniendo una red de
servicios, constituida de la siguiente manera:
Centro de Salud
44.
24
Postas de Salud
95.
Hospitales de salud
02.
Con un total de 60 laboratorios distribuidos en toda la red de servicios de salud.

Al ao 2005, se ha registrado atenciones a personas mayores de 15 aos de por
un total de 941,002 habitantes en el departamento de Lambayeque.
La poblacin con la que cuenta el Pueblo Joven Tpac Amaru segn la DISA de
Lambayeque, en el ao 2005 es de 16,736 personas.
1.9.2. Muestra
Se realizar una muestra estratificada, por contar con una poblacin menor a 30
unidades, por lo que se ha optado en tomar slo al centro de salud en estudio como
muestra nica.
1.10. TCNICAS, INSTRUMENTOS, FUENTES E INFORMANTES
Tabla No. 04: Tcnicas, Instrumentos, Fuentes e Informantes
1.11.
PROCESAMIENTO DE DATOS Y ANLISIS DE LA INFORMACIN
25
Los datos obtenidos de la entrevista sern procesados mediante figuras y tablas

para expresar detalladamente los resultados.
1.12.
DISEO DE CONTRASTACIN DE HIPTESIS

Para la contrastacin de la Hiptesis, utilizamos el mtodo lineal que consiste en
la medicin de los valores antes y despus de aplicado el estimulo (post-test) usando las
mediciones que se presenta en el tabla siguiente.
Tabla No. 05: Diseo de Contrastacin
1.13.
ALCANCE DE LA INVESTIGACIN Y LIMITACIONES
1.13.1 Alcance
El alcance del proyecto es el desarrollo de un Sistema Experto acompaando de
un sistema transacional lo cual nos permitir llevar un control y registro de todas las
historias clnicas de los pacientes.
La principal informacin que requiere el sistema est contenida en la
documentacin que ellos manejan, la cual es muy amplia y de esta manera proporcionar
26
la informacin al Jefe del Programa de TBC, administrador del Centro de Salud y a las
personas encargadas en dicha rea.
1.13.2.
Limitaciones
1.13.2.1.
Econmicas: Por el momento el Centro de Salud no cuenta con los recursos
disponibles para costear una implementacin como sta.

1.13.2.2.
Tcnicas: Actualmente los procesos que se realizan en el Centro de Salud
Tpac Amaru con respecto al manejo de informacin, es limitada en el sentido de que

no poseen recursos tecnolgicos como computadoras, impresoras, etc.
1.14.
1.14.1.
JUSTIFICACION E IMPORTANCIA
Para la Institucin:
1. Desarrollo de un software que ayude a la deteccin, diagnstico y tratamiento de

Tuberculosis Pulmonar.
2. Este software ayudar a las personas encargadas del programa TBC (inexpertos)
como una gran ayuda a estos.
3. Ayudar a la persona experta a la toma decisiones para un futuro inmediato con
respecto al mejor manejo de su informacin en casos de TBC.
4. Mejorar el flujo de informacin en el Programa de Tuberculosis.
5. Se cubrirn con mayor rapidez las necesidades de informacin de cada proceso
cuando los soliciten los mdicos, enfermeras y principalmente el Jefe del
Programa.
6. Se optimizarn los recursos de informacin con la ayuda de las nuevas
tecnologas.
1.14.2.
En lo Personal:
1. Este estudio nos permitir en un futuro alcanzar el ttulo profesional de

Ingeniero de Sistemas y Computacin.
27
2. En lneas generales el objetivo del desarrollo de un trabajo de investigacin,

llmese tesis, contribuye a fomentar el espritu cientfico de quien lo realiza.
Especficamente este proyecto nos permite incursionar en un campo nuevo y a la
vez, considerarlo como un desafo personal y poco explotado desde el punto de
vista sistmico, lo que implica potenciar una actitud autodidacta.
1.14.3.
En lo Social:
1. Con el Sistema Experto se tomarn decisiones acertadas acerca de los problemas

y as poder dar respuesta a las exigencias de la sociedad.
28
CAPITULO 2
MARCO REFERENCIAL
2.1. MARCO TERICO

2.1.1. CONCEPTO
Segn la Pgina Web del Gay Men's Health Crisis. (2003), la Tuberculosis es
una enfermedad causada por una bacteria (germen) llamada Mycobacterium
tuberculosis, M. Bovis o M.Africanum que se disemina a travs del aire cuando una
persona que tiene la enfermedad tose, estornuda o respira. Cualquier persona puede
infectarse con la bacteria de TBC, las personas con VIH tienen un alto grado de
infeccin. Aunque la TBC puede causar dolencias en cualquier parte del cuerpo, slo es
contagiosa cuando afecta los pulmones (TBC pulmonar) o la garganta.
Figura No. 06: Cavernas tuberculosas

Fuente: Pgina Web del Gay Men's Health Crisis. (2003)
2.1.2. TUBERCULOSIS PULMONAR

Segn el Pgina Web del Entorno Mdico (2000), la tuberculosis pulmonar suele
presentarse habitualmente con fiebre, fatiga, sudoracin nocturna, prdida de apetito y
de peso acompaado de trastornos respiratorios como tos productiva de larga evolucin;
ste es el principal sntoma respiratorio; dolor torcico y esputos sanguinolentos.
29
2.1.3. PRUEBAS PRELIMINARES PARA LA DETECCIN DE LA

TUBERCULOSIS
2.1.3.1 Examen de Esputo
El diagnstico de la enfermedad activa se realiza mediante el aislamiento de los
bacilos de la tuberculosis en el esputo y se realiza de la siguiente manera:
- Pedir al paciente que deposite la "flema" o esputo en el envase de plstico
descartable que se le entrega y taparlo bien. Debe ser rotulado con su nombre
(etiqueta).
- Entregar un segundo envase con tapa y rotulado con su nombre, para que traiga al
da siguiente una segunda muestra de esputo apenas se despierte.
2.1.3.2 Prueba Cutnea de la Tuberculina (La mejor se llama PPD)
Se realiza inyectando una pequea cantidad de protena derivada de las bacterias
de tuberculosis entre las capas de la piel. Si la piel reacciona inflamndose ms que un
tamao especifico indica la probable infeccin con la bacteria de TBC. Las personas
con VIH deben hacerse la prueba cutnea para averiguar si estuvieron expuestos a TBC
en el pasado.
Figura No. 07: Prueba Cutnea de la Tuberculina

Fuente: Pgina Web del Entorno Mdico (2000)
30
2.1.3.3 Tcnica Radiolgica

Se realiza inyectando un contraste, dicho contraste delimita el contorno de los
riones en la radiografa y revela cualquier masa o cavidad anormal que puedan estar
causadas por la tuberculosis. En ciertos casos, el mdico usa una aguja para obtener una
muestra de tejido de una masa. La muestra se examina con un microscopio para
diferenciar si se trata de cncer o de tuberculosis.
La radiografa simple de trax es un mtodo de exploracin selectiva de la
poblacin para evidenciar la tuberculosis pulmonar.
Figura No. 08: Tcnica Radiolgica

Fuente: Pgina Web del Entorno Mdico (2000)
2.1.4. DETECCIN Y DIAGNSTICO DE SINTOMTICO RESPIRATORIO

La deteccin y diagnstico de los pacientes sintomticos respiratorios se realiza
siguiendo las Normas Tcnicas de Salud para el control de la tuberculosis del Ministerio
de Salud del ao 2006.
2.1.4.1. Deteccin
- Se adiestrar a todo el personal en la identificacin del Sintomtico Respiratorio.
31
- Una vez identificado, se llenar correctamente la Solicitud de Investigacin

Bacteriolgica en TBC y se obtendr la primera muestra de esputo
inmediatamente; indicndole al paciente que deber obtener la segunda muestra
al despertar al da siguiente y traerla con la respectiva solicitud.
- Asimismo, se adiestrara a todo el personal de salud en la calificacin del
antecedente de tratamiento de acuerdo a las definiciones de Nunca Tratado (NT)
y Antes Tratado (AT), para el correcto llenado de la Solicitud de Investigacin
Bacteriolgica en TB.
- Es indispensable garantizar una adecuada calidad de atencin y que el
establecimiento de salud proyecte una buena imagen institucional en la
comunidad, brindando un horario de atencin regular, informacin adecuada,
buen trato, respeto a la intimidad del paciente.
32
2.1.4.2. Procedimientos para el seguimiento diagnstico de tuberculosis pulmonar
Figura No. 09: Procedimientos para el seguimiento diagnstico en tuberculosis pulmonar

Fuente: Ministerio de Salud. 2006. Normas tcnicas de salud para el control de la
tuberculosis.
Nota: Se recomienda realizar un control radiolgico a los 2 meses de la primera

radiografa.
33
2.1.5. TRATAMIENTO DE LA TUBERCULOSIS

Segn las Normas tcnicas de salud para el control de la tuberculosis del
Ministerio de Salud (2006), los medicamentos esenciales ms utilizados son: isoniacida,
rifampicina, pirazinamida, estreptomicina y etambutol.
Se tiene en cuenta tres
propiedades fundamentales
de los medicamentos
antituberculosos: capacidad bactericida, capacidad esterilizante y capacidad de prevenir

la resistencia.
2.1.5.1. Esquemas de tratamiento
2.1.5.1.1. Esquemas de tratamiento Uno: 2HREZ 4H2R2
Esta indicado para:
-
Pacientes nuevos con tuberculosis pulmonar con confirmacin

bacteriolgica: Pacientes diagnosticados por primera vez y que nunca han
recibido tratamiento antituberculoso o si lo recibieron fue por menos de treinta
das consecutivos. La confirmacin bacteriolgica puede ser por frotis positivo o
por cultivo Mycobacterium tuberculosis positivo.
Pacientes nuevos con tuberculosis extrapulmonar con confirmacin

bacteriolgica: Son pacientes nuevos diagnosticados con tuberculosis
extrapulmonar, cuya confirmacin bacteriolgica fue por frotis positivo o por
cultivo de Mycobacterium tuberculosis positivo en las secreciones, fluidos o
tejidos del rgano afectado.
2.1.5.1.2. Esquema de tratamiento Dos: 2HREZS IHREZ / 5H2R2E2Z

Est iniciado para:
-
Pacientes pulmonares o extrapulmonares antes tratados (recadas y

abandonos recuperados), confirmados bacteriolgicamente (con frotis o
34
cultivo positivo) o por histopatologa: Son los pacientes diagnosticados con

tuberculosis pulmonar o extrapulmonar y que han sido tratados por segunda o
ms veces, o pacientes que recibieron tratamiento por treinta o ms das
consecutivos
luego
abandonaron.
Los
pacientes
confirmados
por
histopatologa son los diagnosticados por biopsia del rgano afectado con
presencia de granuloma especfico.
Situaciones especiales en relacin con el abandono:
Desde el punto de vista de tratamiento, el paciente que abandona el tratamiento y
ha recibido menos de treinta dosis, deber ser considerado en su reingreso como
nunca tratado y recibir el esquema correspondiente desde su primera dosis, pero
desde el punto de vista de registro, debe figurar como abandono y la
recuperacin del paciente:
-
Menos de seis meses: debe completar las

dosis que faltan.
Ms
de
seis
meses:
se
realizar
seguimiento diagnstico. Si el resultado del cultivo es positivo, dar

esquema Dos; y si es negativa, no dar tratamiento y observarlo.
Todo abandono que reingrese con frotis positivo debe recibir el esquema que
corresponda desde la primera dosis.
2.2. MARCO METODOLGICO
2.2.1. METODOLOGA DEL SISTEMA BASADO EN CONOCIMIENTO -SBC
Ingeniera
1. Estudio y aplicacin, por especialistas, de las diversas ramas de la tecnologa.
2. Actividad profesional del ingeniero.
Conocimiento
1. Accin y efecto de conocer
35
2. Entendimiento, inteligencia, razn social.

Segn Betanzos, A.; Guijarro, B.; Lozano, A.; Palma, J.; Tabeada, M (2004);
Ingeniera del Conocimiento es la disciplina tecnolgica que se centra en la aplicacin
sistemtica, disciplinada y cuantificable al desarrollo, funcionamiento y mantenimiento
de Sistemas Basados en Conocimiento. En otras palabras, el objetivo ltimo de la IC es
el establecimiento de metodologas que permitan abordar el desarrollo de SBC de una
forma ms sistemtica.
Segn Pajaras, G.; Santos, M. (2006); un sistema basado en el conocimiento
(SBC) es una aplicacin informtica en la que aparece representado, como estructura de
informacin procesable, el conocimiento necesario para resolver un determinado tipo de
problemas separadamente del procesamiento para resolverlos. En otras palabras, es un
sistema software que mantiene una gran cantidad de conocimiento y que incluye
mtodos adecuados para explotarlos.
2.2.1.1. Caractersticas
Segn Betanzos, A.; Guijarro, B.; Lozano, A.; Palma, J.; Tabeada, M (2004); las
caractersticas sobresalientes son:
-
Los SBCs son declarativos y heursticos, utilizan bases de conocimientos y

mtodos de resolucin de problemas que se adaptan al estado del problema,
sobre los que se pueden modificar los objetivos de la resolucin, y que pueden ir
optimizando su comportamiento a lo largo del tiempo.
En los SBCs existe una fase de adquisicin de conocimiento muy extensa y

costosa, que no suele acabar con el desarrollo del proyecto, sino que puede
mantenerse indefinidamente conforme se tenga ms conocimiento sobre el
dominio.
En los SBCs, las estructuras de representacin son declarativas, de forma que se

permite separar el conocimiento del dominio de los mecanismos de deduccin
utilizados, que pueden ser aplicados a otros dominios.
Algunos SBCs describen y justifican los pasos de razonamiento que se han

seguido para alcanzar una solucin o tomar una decisin.
36
Adems, los SBCs se desarrollan para realizar una tarea sobre un dominio
determinado. El trmino tarea refiere a alguna actividad orientada hacia una
meta o la resolucin de problemas. El dominio se refiere el rea en que se
ejecutar la tarea.
2.2.1.2. Ventajas y limitaciones

Segn Betanzos, A.; Guijarro, B.; Lozano, A.; Palma, J.; Tabeada, M (2004); Las
ventajas que nos ofrece un SBC podemos resumirlas en las siguientes:
- Mantenimiento del conocimiento: Extraer el conocimiento de expertos tiene un
alto coste, pero puede ser utilizable y no se pierde.
- Resolucin de problemas complejos: Algunos problemas no tienen soluciones
algortmicas tratables en tiempo real. Los SBCs reducen el espacio de bsqueda
aplicando alguna heurstica.
- Ajuste de objetivos: Muchos SBCs buscan una solucin dependiendo de las
indicaciones dadas sobre la importancia de cada uno de los parmetros que pueden
ser considerados, como costes, riesgos, rapidez, calidad, etc.
- Tratamiento de la incertidumbre: A menudo se necesita tomar decisiones u
ofrecer una respuesta sobre problemas con conocimiento que tienen asignado un
grado de certeza. Sistemas de dominios como las burstiles, meteorolgicos o
mdicos son algunos de los sistemas que utilizan la teora de las probabilidades y
otros modelos para resolver consultas e indicar la seguridad sobre la solucin
hallada.
- Explicacin del razonamiento: Permite justificar las salidas en el caso de
dominios problemticos o crticos. Esta cualidad puede utilizarse, adems, para
formar a personal no experto en el mbito de aplicacin.
- Reduccin de costes: Los expertos suelen ser caros y difciles de encontrar. Una
vez extrado este conocimiento e implementado en un SBC se puede utilizar
personal no especializado para ayudar a tomar decisiones.
A pesar de que es costoso desarrollar un SBC, frente a usar expertos en una
materia, el mantenimiento es muy reducido, se pueden hacer tantas copias como se
desee, y las tcnicas adquiridas se pueden emplear para otros dominios.
37
- Aumento de la fiabilidad: En comparacin con el empleo de expertos, las

soluciones que dan los SBCs son ms rpidos, objetivas y evitan operaciones
incmodas y montonas. Las decisiones tomadas por el SBC van a depender de
todos los casos y parmetros que conozca el sistema, y no van a prevalecer ms las
ltimas experiencias como ocurre con los expertos humanos.
- Modularidad: La caracterstica de separar la base de conocimiento de los
mtodos de razonamiento ofrece una enorme facilidad para incorporar nuevo
conocimiento y aprovecharlo en el razonamiento sin tener que modificar el resto
de la informacin introducida.
Por otro lado, aunque su uso es cada vez mayor, no existe todava un empleo
generalizado de SBC para todos los dominios. Existen varios factores de peso que
inhiben la comercializacin de SBC, entre los que podemos destacar:
- Dificultad en la adquisicin de conocimiento: La principal barrera en el
desarrollo de SBC est en que el proceso de adquisicin de conocimiento es lento
y arduo desde cualquier fuente de conocimiento, pero sobre todo desde expertos
desde un rea determinada. La experiencia es difcil de extraer de las personas, ya
que las respuestas de cada experto en una misma situacin pueden ser diferentes,
aunque pueden tambin ser validas en la mayora de los casos. Es difcil, para un
experto altamente prctico, abstraer buenas referencias de situacin cuando est
bajo observacin y suele ser complicado obtener unas cuantas reglas que engloben
un comportamiento general. Por otro lado, no debemos olvidar que al transferir el
conocimiento desde un experto a un sistema, el primero pierde su situacin de
privilegio, por lo que suele ser reacio a la construccin de SBC sobre su campo.
- Reutilizacin del conocimiento: No siempre un SBC creado sobre un dominio es
fcil reutilizarlo en otro entorno. Se debe realizar un considerable esfuerzo de
representacin para que el conocimiento adquirido pueda ser aprovechado en otros
sistemas con diferentes metas. Se debe decir que sta es la tendencia de los
ltimos sistemas desarrollados: favorecer la reutilizacin del conocimiento
esttico y de los mtodos de resolucin de problemas.
- Falta de creatividad y sentido comn: Cuando un experto humano se encuentra
con un caso destino, pero que se diferencia poco de otro tratado anteriormente, da
38
una solucin de problemas. En cambio esto no suele suceder con los SBC. Es muy
costoso dotar a los SBCs de mecanismos capaces de tratar estos casos por que es
difcil implementar el sentido comn, no suelen extrapolar fcilmente casos
parecidos y carecen de creatividad para responder a situaciones inusuales.
- Obstculos para el aprendizaje y adaptacin: No es fcil para un SBC aprender
de sus salidas o incorporar nuevos ejemplos para afinar sus respuestas futuras.
Adaptarse a entornos cambiantes, poder detectar cuando temporalmente estn
ocurriendo casos parecidos o dar importancia a unos ejemplos frente a otros son
cualidades que se esperan de los humanos, pero no es simple proporcionrselas a
los SBCs.
2.2.1.3. Ciclo de vida de los SBC
El ciclo de vida en espiral tronco-cnico en tres dimensiones propuesto por
(Juristo y Pazos, 1993; Gmez e tal, 1997) est basado en el modelo en espiral de
Behm (Behm, 1988) en el que cada fase del ciclo de vida finaliza con el desarrollo de
un prototipo, el cual, si estuviera bien diseado, conducira a la siguiente fase del ciclo.
El problema con este modelo en espiral en el plano es que no da cuenta del
mantenimiento perfectivo, es decir, de la incorporacin sistemtica de los nuevos
conocimientos que se producen por el propio uso del SBC. Estos nuevos conocimientos
no pueden ser representados en los dos ejes clsicos del plano coste/tiempo. Por ello, se
propone, tal y como se ve en la Figura No. 10, una estructura en espiral para el
desarrollo de los distintos prototipos y el sistema final a un cierto nivel de
conocimientos, y una estructura cnica para la adicin de nuevos conocimientos durante
la vida del SBC. En lo que concierne al eje que indica la calidad de la adquisicin de
conocimientos, la espiral va de mayor dimetro (ms conocimientos) a menor, y de
abajo arriba (menor calidad a mayor calidad). En efecto, al principio se pueden obtener
grandes cantidades de conocimientos de distintas calidades pero a medida que, por el
uso, ste se refina cada vez se obtienen menos conocimientos, pero de una gran calidad.
Es decir, este modelo del ciclo de vida hace posible resolver problemas complejos y
difciles con componentes tan variadas como sistemas de proceso de transacciones,
sistemas de soporte a la decisin y SSEE, sin tener que dividir los problemas para
aplicarles diferentes metodologas de acuerdo con su tipo y caractersticas. Adems,
permite el mantenimiento perfectivo que implica la incorporacin al sistema de los
39
nuevos conocimientos adquiridos por el experto tras el uso por el propio experto de las
distintas versiones del SE desarrollado.
Figura No. 10: Modelo tronco-cnico del ciclo de vida de la metodologa IDEAL
Visin lateral
Fuente: Gmez, A, Juristo, N, Montes, C. y Pazos, J. 1997 Ingeniera del Conocimiento.
40
Figura No. 11: Modelo troncocnico de la metodologa IDEAL- Base

Visin desde arriba
2.2.2. SISTEMA EXPERTO

Segn Giarratano, J.; Riley, G. (2001); los sistemas expertos son aquellos
programas que emulan el comportamiento o la habilidad de tomar decisiones de un
experto o especialista humana. El termino emular significa que el sistema experto tiene
el objetivo de actuar en todo los aspectos como un especialista humano. Con los
sistemas expertos se busca una mejor calidad y rapidez en las respuestas dando as lugar
a una mejora de la productividad del experto.
Segn Pajaras, G.; Santos, M. (2006); los sistemas expertos son bsicamente un
conjunto de programas informticos que aplica el proceso del razonamiento humano al
conocimiento de un experto en la solucin de tipos especficos de problemas. Son
sistemas basados en reglas de produccin u otros procesos de razonamiento.
El xito de un sistema experto radica fundamentalmente en el conocimiento
sobre el dominio que trata y su capacidad de aprendizaje. El conocimiento sobre el
41
dominio proporciona al sistema experto mayor informacin sobre el problema a tratar y

su entorno, de forma que pueda generar y adaptar soluciones de forma ms precisa, al
tener un conocimiento ms profundo sobre el tema, de forma similar a un experto
especializado. El aprendizaje, inductivo o deductivo segn corresponda, proporcionar
al sistema experto mayor autonoma a la hora de abordar problemas totalmente
desconocidos; pudiendo generar nuevo conocimiento partiendo del extrado
inicialmente del experto o expertos humanos.
2.2.2.1. Caractersticas
-
Alto desempeo: El sistema debe tener la capacidad de responder a un

nivel de competencia igual o superior al de un especialista en el campo.
Tiempo de respuesta adecuado: El Sistema debe de actuar en un

tiempo razonable, comparable o mejor al tiempo requerido por un especialista,
para alcanzar una decisin.
Confiable: El sistema experto debe ser confiable y no propenso a

cadas, o no ser usado.
Comprensible: El sistema debe ser capaz de explicar los pasos de su

razonamiento mientras se ejecuta, de tal modo que sea comprensible. El sistema
debe tener capacidad de explicacin, de la misma forma en que los especialistas
pueden explicar su razonamiento.
Habilidad para llegar a una solucin a los problemas en forma

rpida y certera: Esta es la habilidad principal que se espera que un experto
posea y pueda llevar a cabo.
Al mencionar en forma rpida y certera obliga a que el experto no solo tenga
conocimiento del campo en el que va a diagnosticar, sino que adems tenga
experiencia tomando decisiones en l.
Habilidad para explicar los resultados a la persona que no cuenta

con ese conocimiento: Esto significa que el experto debe de poder responder en
forma clara y certera las preguntas concernientes a las razones de los resultados, el
razonamiento derivado de los mismos y las implicaciones subsecuentes.
Generalmente las personas que no cuentan con el conocimiento esperan recibir
42
una respuesta ms prctica y que se acerque a las condiciones que ellos pueden
entender.
-
Habilidad para aprender de las experiencias: Los expertos deben de

aprender tanto de sus propias experiencias como de la experiencia de los dems.
Estn obligados a estar al da en cuanto a la base de sus conocimientos as como a
modificar el proceso de su razonamiento. Los expertos que no se mantienen al da
generalmente se vuelven obsoletos.
Habilidad de reestructurar el conocimiento para que se adapte al

ambiente. Esto se refiere a que el experto pueda subdividir la base de su
conocimiento y usar la porcin til de la misma en la resolucin del problema,
reduciendo as su tiempo de respuesta.
Tambin se refiere a visualizar el problema de distintas perspectivas usando varias
porciones del conocimiento y aplicar conocimiento al problema desde distintos
niveles.
Conciencia de sus limitaciones: Los expertos pueden evaluar su

capacidad para resolver un problema dado y determinar si el mismo se encuentra
dentro de sus posibilidades de resolucin. Esto tambin significa que saben
cuando referirse a otros expertos.
2.2.2.2. Componentes bsicos de los Sistemas Expertos

Segn Pajaras, G; Santos, M. (2006); la estructura de informacin representativa
del conocimiento del Sistema Experto se denomina Base de Conocimientos. El
procedimiento general de obtencin de respuestas a problemas, apoyndose en la base
de conocimiento y en la formulacin del problema, se denomina Motor o Mecanismo de
Inferencias. Aunque stos son los componentes bsicos de todo sistema basado en
conocimiento, a menudo se incorporan otros mdulos que facilitan la aplicacin del SE
en diversos mbitos. Los elementos de que puede estar compuesto son:
-
Base de conocimientos: En ella se presenta el conocimiento general

sobre el dominio de la aplicacin del SE. Representa de forma codificada, y
siguiendo alguna de las tcnicas de representacin del conocimiento (reglas,
43
estructuras y lgicas), un conjunto de fragmentos de conocimientos de un experto

humano acerca de la tarea especfica que pretende resolver el SE.
Dentro de la base de conocimientos existen tres tipos de conocimiento para
construir un sistema experto:
Reglas.
Hechos y relaciones entre los componentes.
Afirmaciones y preguntas.
Para representar estos tipos de conocimientos en la base de conocimientos, se
utilizan tres mtodos:
-
Reglas: Las reglas son una serie de declaraciones estructuradas en forma

de oraciones condicionales y estn expresadas a travs de las estructuras
condicionales IF-THEN-ELSE. Con ellas se pueden hacer reglas que regulen
el resultado de determinada informacin y proporcionan distintos caminos
que nos lleven a un proceso ms eficiente. Generalmente son usados en
decisiones binarias o ms sencillas.
Tambin denominadas reglas de produccin; es una parcela o unidad de la
base de conocimiento, adems, la formulacin de reglas permite la afliccin
de distintos tipos de razonamiento, para inferir nuevo conocimiento. Esta fue
la primera aplicacin comercial de la IA.
Una regla de produccin se puede enunciar de la siguiente manera:
Si Antecedente Entonces Consecuente,
Antecedente o premisas; son el conjunto de condiciones que se deben
satisfacer en el dominio para evaluar la regla.
Consecuente; es el conjunto de conclusiones o acciones que derivan del
antecedente.
Estructuras: Las estructuras contienen una jerarqua de componentes y

de atributos de objetos que pueden ser asignados o heredados de otras
44
estructuras a travs de diversos procedimientos. Los atributos se encuentran

en las casillas de las estructuras. Una estructura, ya sea como un arreglo,
como una estructura o como una casilla de atributo de una estructura puede
ser llamada a travs de reglas o expresiones lgicas. La diferencia entre una
estructura y una regla es que una estructura puede representar valores
iniciales, apuntadores a otras estructuras o reglas y procedimientos para los
cuales se han especificado valores, trminos y condiciones de cualquier
accin que necesite ser tomada. La capacidad de representar procedimientos,
trminos y condiciones con valores o acciones que son requeridas, es til
para conectar varios componentes de informacin en un sistema experto. En
una estructura podemos tener representaciones descriptivas as como
representaciones procedurales.
-
Lgica: Las expresiones lgicas cuentan con predicados, valores y

tomos para evaluar hechos del mundo real. El objeto puede ser una
constante o una variable que puede cambiar a travs del tiempo. Un
predicado puede tener uno o ms argumentos que son los objetos que
describe.
Motor de inferencia: Una vez que la base de conocimientos est

completa, necesita ser ejecutada por un mecanismo de razonamiento y un control
de bsqueda para resolver problemas. El mecanismo de inferencia es la unidad
lgica con la que se extraen conclusiones de la base de conocimientos, segn un
mtodo fijo de solucin de problemas que est configurado imitando el
procedimiento humano de los expertos para solucionar problemas.
El mtodo ms comn de razonamiento en los sistemas expertos es la aplicacin
del Modus Ponens; se utiliza para obtener conclusiones simples. En ella, se
examina la premisa de la regla, y si es cierta, la conclusin pasa a formar parte del
cono cimiento. Como ilustracin, supngase que se tiene la regla, Si A es cierto,
entonces B es cierto y que se sabe adems que A es cierto. La regla Modus
Ponens concluye que B es cierto. Esta regla de inferencia, que parece trivial,
debido a su familiaridad, es la base de un gran nmero de sistemas expertos.
45
Mdulo de adquisicin del conocimiento y mdulo de aprendizaje:

Ambos estn relacionados entre s ya que para los dos el objetivo es modificar el
contenido de la base de conocimientos, de acuerdo con las instrucciones del
usuario y su propia experiencia.
Subsistema de explicacin: Una caracterstica de los sistemas expertos

es su habilidad para explicar su razonamiento. Usando el mdulo del subsistema
de explicacin, puede proporcionar una explicacin al usuario de por qu est
haciendo una pregunta y cmo ha llegado a una conclusin. Este mdulo
proporciona beneficios tanto al diseador del sistema como al usuario. El
diseador puede usarlo para detectar errores y el usuario se beneficia de la
transparencia del sistema.
Interfaz de usuario: La interaccin entre un sistema experto y un

usuario se realiza en lenguaje natural. Tambin es altamente interactiva y sigue el
patrn de la conversacin entre seres humanos. Para conducir este proceso de
manera aceptable para el usuario es especialmente importante el diseo del
interfaz de usuario. Un requerimiento bsico del interfaz es la habilidad de hacer
preguntas. Para obtener informacin fiable del usuario hay que poner especial
cuidado en el diseo de las cuestiones. Esto puede requerir disear el interfaz
usando mens o grficos.
Figura No. 12: Sistema experto convencional basado en reglas de produccin

46
Fuente: Pajaras, G; Santos, M. (2006). Inteligencia Artificial e Ingeniera del

Conocimiento
2.2.2.3. Roles de un experto

Segn Gmez (1997), los expertos en un dominio ejecutan tareas genricas que
definen el grado de competencia en su especialidad. Estas tareas en principio pueden ser
dividas en dos grandes grupos: De diagnstico o de diseo.
Los distintos roles para los grupos mencionados son:
Tabla No. 06: Tipos de tareas de un experto
47
Fuente: Elaboracin propia de los autores.
2.2.3. METODOLOGA IDEAL

La Metodologa IDEAL fue propuesta por Gmez (1997), en donde propone un
ciclo de vida en espiral en tres dimensiones, y se ajusta a la tendencia del software
actual, esto es:
- Ser Reutilizable.
- Ser Integrable.
48
- Poseer Requisitos Abiertos.

- Diversidad de Modelos Computacionales.
Los requisitos estn sometidos a diversos cambios y por ende el sistema
tambin, por lo que como resultado se obtiene un sistema en constante evolucin y
puede considerarse un prototipo en continuo perfeccionamiento, mediante el agregado
de nuevos marcos compuestos con tcnicas de descomposicin del problema y nuevas
formas de documentacin o estndares a los que debe ajustarse.
En la Figura No. 13, se muestran las fases de desarrollo de la metodologa
IDEAL.
Las fases de la metodologa pueden describirse someramente como sigue:
FASE 1: IDENTIFICACIN DE LA TAREA
Etapa 1.1:
Plan de requisitos y adquisicin de conocimientos
1.1.1 Proceso de adquisicin de conocimientos

1.1.1.1. Primeras reuniones y evaluacin de la viabilidad
1.1.1.2. Extraccin de conocimientos
1.1.1.3. Educcin de conocimientos (A partir de los expertos)
Etapa 1.2:
Evaluacin y seleccin de la tarea
1.2.1 Test de Viabilidad

1.2.2 Planificacin y evaluacin de entrevistas
1.2.2.1 Preparacin de Sesin
1.2.2.2 Sesin
1.2.2.3 Trascripcin
1.2.2.4 Anlisis de sesin
1.2.2.5 Evaluacin
Etapa 1.3:
Definicin de las caractersticas del sistema
49
1.3.1 Requisitos Funcionales

1.3.2 Requisitos Operativos
1.3.3 Requisitos de Interfaz
1.3.4 Requisitos de Soporte
1.3.5 Casos de prueba o ensayo
1.3.6 Recursos necesarios
1.3.6.1 Recursos Humanos
1.3.6.2 Recursos Tcnicos
1.3.6.3 Recursos Econmicos
1.3.7 Anlisis de costo / beneficio
1.3.7.1 Beneficios tangibles
1.3.7.2 Beneficios intangibles
1.3.7.3 Costos tangibles
1.3.7.4 Costos intangibles
1.3.8 Calendario
FASE 2: DESARROLLO DE LOS PROTOTIPOS
Etapa 2.1:
Concepcin de la solucin
2.1.1 Modelado de Caso de Uso

2.1.2 Diseo Arquitectnico del Sistema
Etapa 2.2:
Adquisicin y conceptualizacin de los conocimientos
2.2.1 Identificacin de trminos

2.2.1.1 Diccionario de trminos
2.2.1.2 Diccionario de conceptos
2.2.2 Identificacin de las relaciones entre conceptos
2.2.3 Identificacin de los conocimientos estratgicos
2.2.3.1 Descomposicin Funcional
2.2.3.2 Mapa de Conocimiento
2.2.3.3 Comprobacin de los conocimientos estratgicos
50
2.2.4 Identificacin de los conocimientos tcticos

2.2.4.1 Anlisis de los conocimientos tcticos Seudorreglas
2.2.4.2 Comprobacin de los conocimientos tcticos
Etapa 2.3:
Formalizacin de los conocimientos y definicin de la arquitectura
2.3.1 Formalizacin de los conocimientos en procedimientos

2.3.1.1 Motor de inferencia
2.3.1.2 Base de conocimiento
2.3.1.3 Codificacin de reglas
Etapa 2.4:
Seleccin de la herramienta e implementacin
Etapa 2.5:
Validacin y evaluacin del prototipo
FASE 3: EJECUCIN
DE
LA
CONSTRUCCIN
DEL
SISTEMA
INTEGRADO
Etapa 3.1:
Requisitos y diseo de la integracin con otros sistemas
Etapa 3.2: Implementacin y evaluacin del sistema integrado

Etapa 3.3: Aceptacin del sistema por el usuario
FASE 4: CONSEGUIR EL MANTENIMIENTO PERFECTIVO
Etapa 4.1: Definir el mantenimiento del sistema global.
Etapa 4.2: Definir el mantenimiento de las bases de conocimientos.
Etapa 4.3: Adquisicin de nuevos conocimientos y actualizacin del sistema.
FASE 5: LOGRAR UNA ADECUADA TRANSFERENCIA TECNOLGICA
51
Etapa 5.1: Organizar la transferencia tecnolgica.

Etapa 5.2: Completar la documentacin del SBC construido.
TAREAS Y
PROBLEMAS
DESCONOCIMIENTO
IDENTIFICACIN DE
LA TAREA
TCNICAS Y
MTODOS DE IA
DESCONOCIMIENTO
DESARROLLO DE
PROTOTIPOS
HERRAMIENTAS DE
INGENIERA DEL
CONOCIMIENTO
CARENCIA DE
HERRAMIENTAS Y
ESPECIALISTAS
EJECUCIN DE LA
CONSTRUCCIN DEL
SISTEMA
INTEGRADO
ESPECIFICACIONES
FONDOS
RENUNCIA DE LAS
ESTRUCTURAS
ORGANIZATIVAS
ACTUACIN PARA
CONSEGUIR EL
MANTENIMIENTO
PERFECTIVO
HARDWARE Y
SOFTWARE ADECUADOS
INERCIA CULTURAL
LOGRAR UNA
ADECUADA
TRANSFERENCIA
TECNOLGICA
FORMACIN
LOGRAR UNA BUENA
TRANSFERENCIA
Figura No. 13: Fase de la metodologa IDEAL

Las fases y etapas de esta metodologa aparecen representadas en la Figura

No.13, en donde las fases vienen representadas con rectngulos; en la parte izquierda,
pueden verse los factores que juegan en contra de un desarrollo de SBC con xito; en la
parte derecha, aparecen los factores que facilitan el desarrollo. Las fases de la
metodologa pueden describirse someramente como sigue:
A continuacin se presenta la descripcin de cada etapa:
Tabla No. 07: Descripcin de las fases de la Metodologa IDEAL
52
FASE
I. Identificacin
de la tarea
ETAPA
I.1. Plan de
requisitos y
adquisicin de
conocimientos
DESCRIPCIN
Lo primero que debe hacer el IC es tratar de
identificar las necesidades del cliente
describiendo, para ello los objetivos del
sistema. Estos objetivos pueden ser:
finalidades, de carcter filosfico; fines, de
carcter cualitativo. Y, metas u objetivos a
plazo fijo, de carcter cuantitativo que son las
ms interesantes. Adems, debe determinar
qu informaciones se van a obtener y
suministrar funcionalidades a exigir y
requisitos necesarios para todo ello, etc. Los
parmetros fundamentales de este plan de
requisitos son de acuerdo con Pressman, los
siguientes:
Fines especficos y generales del

sistema.
Funcionamiento y rendimiento
requeridos.
Fiabilidad y calidad.
Limitaciones de coste/tiempo.
Requisitos de fabricacin.
Tecnologa disponible.
Competencia.
Ampliaciones futuras.
Para confeccionar el plan de requisitos es

necesario comenzar con la adquisicin de
conocimientos,
entrevistndose
con
directivos, expertos y usuarios. Sin embargo,
la adquisicin profunda se llevar a cabo en la
fase II.
II.2. Evaluacin y
Esta etapa, que conforma el estudio de
seleccin de la tarea viabilidad, se lleva a cabo realizando una
evaluacin de la tarea desde la perspectiva de
la INCO, y luego cuantificando dicha
evaluacin para ver qu grado de dificultad
presenta la tarea. Existen tal y como se ver
en los prximos captulos, varias formas de
llevar a cabo dicha evaluacin. Esta etapa es
fundamental para evitar a priori fallos
detectados en la aplicacin prctica de esta
tecnologa.
III.3. Definiciones
de las
Aqu, se establecen y eventualmente definen

las caractersticas ms relevantes asociadas
53
FASE
ETAPA
DESCRIPCIN
caractersticas de la
tarea
con el desarrollo de la aplicacin. En

particular se dan: Una definicin lo ms
formal posible de la aplicacin, desde el
punto de vista del sistema. Es decir, se pasa
de una descripcin informal de los requisitos
del usuario a una especificacin tcnica
completa emitida por el IC. Respecto a esto,
hay que llevar a cabo una especificacin
inicial de los siguientes tipos de requisitos:
Funcionales: tipos de informaciones

(datos, noticias y conocimientos) que
se van a tratar operaciones a realizar
sobre ellos, salidas deseadas, etc.
Operativos o de funcionamiento:
estticos que no varan con el tiempo
y dinmicos que varan con el tiempo.
De interfaz: de usuarios, con otros

productos y sistemas, etc.
De soporte: plataforma hardware y

software de base requerido.
Criterios de xito: que bsicamente

consisten
en
identificar
las
necesidades reales de los usuarios
finales y decisores del sistema
propuesto y definir el grado de
satisfaccin de dichas necesidades que
debe cumplimentar el sistema.
Casos de prueba o juego de ensayo:

que permita validar tanto el grado y la
calidad de la experiencia del experto
como las prestaciones del SE
obtenido.
Recursos para desarrollar el SE:

dentro de estos recursos, hay que
especificar tanto los materiales
(econmicos, hardware, software,
etc.), como humanos (expertos, IICC,
ingenieros
del
software,
programadores convencionales y de
IA, etc.).
Anlisis de costes/beneficios y
evaluacin de riesgos: desglosados
por conceptos de gastos (personal,
material y varios) tipos de beneficios
54
FASE
ETAPA
DESCRIPCIN
(tangibles, intangibles, concomitantes)
y clases de riesgos (institucionales,
econmicos, estratgicos, tcticos, a
corto, medio y largo plazo, etc.).
Hitos y calendario: que establece el

plan de desarrollo del sistema, as
como el programa para llevarlo a
cabo. Realmente esta etapa configura
la especificacin del sistema. Mientras
que en la etapa I.1, plan de requisitos,
se
describen
unas
miniespecificaciones que sirven de base
para la evaluacin de la tarea que se
lleva a cabo en la etapa I.2; en la etapa
I.3 se completa la especificacin con
los conocimientos iniciales que se
tienen del sistema.
Con la definicin de esta fase, los implicados

en la misma, esto es, los IICC, los expertos,
usuarios y directivos, consiguen perfilar
satisfactoriamente el mbito del problema;
definir coherentemente sus funcionalidades,
rendimiento, e interfaces; analizar el entorno
de la tarea y del riesgo de desarrollo del SE.
Todo ello hace que el proyecto se justifique, y
asegura que los IICC y los clientes tengan la
misma percepcin de los objetivos del
sistema.
En cualquier caso, siempre hay que tener
presente que las especificaciones iniciales de
los SSBBCC suelen ser inciertas por
incompletas, imprecisas, inconsistentes o
contradictorias por lo que su obtencin real y
completa exigir el desarrollo de distintos
prototipos.
II: Desarrollo de
los distintos
prototipos
II.1. Concepcin de
la solucin:
Esta etapa tiene como objetivo producir un

diseo general del sistema prototipo.
Inicialmente, el IC y el experto estudian las
especificaciones parciales del sistema y el
plan del proyecto obtenidos en la fase anterior
y, en base a ellos, producen un diseo general.
II.2. Adquisicin y
conceptualizacin
de los conocimientos:
Aunque la adquisicin de conocimientos es

una actividad que impregna toda la INCO,
desde que se inicia el estudio de viabilidad
hasta que finaliza el uso del SE desarrollado,
es en esta etapa donde adquiere todo su
55
FASE
ETAPA
DESCRIPCIN
esplendor. Esta adquisicin, en sus dos
facetas de extraccin de los conocimientos
pblicos de sus fuentes (libros, documentos,
manuales de procedimientos, etc.) Y la
educcin de los conocimientos privados de
los expertos, se alterna cclicamente con la
etapa de conceptualizacin para modelizar el
comportamiento del experto. En la
conceptualizacin
se
plantean
mapas
conceptuales que permiten entender el
dominio del problema a partir de la
informacin obtenida en la etapa de
adquisicin.
II.3. Formalizacin
de los
conocimientos
Esta etapa presenta dos actividades

fundamentales. Por un lado, se deben
seleccionar los formalismos para representar
en la mquina los conocimientos que
conforman la conceptualizacin obtenida en
la etapa anterior, y, por otro, se debe realizar
un diseo detallado del SE. La formalizacin
o
representacin
interna
de
los
conocimientos, se encuentra ntimamente
ligada con los tipos de conocimientos ms
apropiados para su representacin y las
herramientas disponibles en su desarrollo.
En lo que concierne a la actividad de diseo
detallado del sistema, baste decir aqu que
consiste en una estructura modular del
sistema que incorpora todos los conceptos
que participan en el prototipo. Esta actividad
debe desarrollar la arquitectura general del
prototipo, especificada en la etapa II.1,
concepcin de la solucin. Es decir, en esta
actividad hay que establecer los mdulos que
definen el motor de inferencias, la base de
conocimientos, interfaces (de usuario y a
otros sistemas), etc.
II.4.
Implementacin
Si en la etapa anterior se seleccion una

herramienta de desarrollo adecuado y el
problema se ajusta a ella y viceversa, la
implementacin es inmediata y automtica.
En otro caso, es necesario programar, al
menos, parte del SBC. Pero esta cuestin es
exactamente igual a cualquier otro software,
con las dificultades y problemas que implican
cualquier implementacin.
En todo caso, hay que dejar constancia aqu
56
FASE
ETAPA
DESCRIPCIN
de que el uso de herramientas de desarrollo, a
pesar de las facilidades que aportan, presenta
algunos
inconvenientes,
en
absoluto
despreciables, como son:
II.5. Validacin y
evaluacin.
Dependencia. El prototipo construido

queda ligado a la herramienta, sin que
se genere un ejecutable independiente,
limitando
con
ello
su
transportabilidad.
Eficiencia. Al quedar incorporada la

herramienta al sistema, ste ocupa
mucho espacio con una herramienta
de la que slo se utiliza una parte muy
pequea.
Gran tamao, complejidad y coste.

Por ser las buenas herramientas: grandes, complejas (tanto de aprender,
como de manejar) y caras.
La fiabilidad de los resultados es, tal vez, el

punto ms sensible de todo SE y por tanto su
punto crtico. Se trata de una de las tareas ms
difciles dado que estos sistemas estn
construidos para contextos en los que las
decisiones son, en gran medida, discutibles.
Sin embargo, existen cada vez ms tcnicas
que permiten realizar esta validacin de una
forma razonablemente y satisfactoria. Para
ello, se deben realizar las siguientes acciones,
todas ellas independientes entre s y, sin
embargo, totalmente complementarias:
Casos de prueba o juego de ensayo que, a
modo de Test de Turing, permiten comparar
las respuestas de los expertos frente a las del
sistema y ver si hay discrepancias o no. Si las
hay, habr que refinar el sistema. Si no, se da
por vlido.
Ensayo en paralelo que es una consecuencia
del anterior y consiste en que los expertos
usen rutinariamente el SE desarrollado para
ver las discrepancias entre ambos. Adems,
aqu se examina detalladamente la interfaz de
usuario para ver si se ajusta a los deseos de
expertos y usuarios finales tanto en su
ergonoma como en las explicaciones que
proporciona.
57
FASE
III: Ejecucin de
la construccin
del sistema
integrado
IV: Actuacin
para conseguir el
mantenimiento
perfectivo
Fase V: Lograr
una adecuada
transferencia
tecnolgica
ETAPA
DESCRIPCIN
II.6. Definicin de
nuevos requisitos,
especificaciones y
diseo
Como ya se ha mencionado, los SSBBCC se

construyen de forma incremental, generando
primero un prototipo de investigacin, que se
convierte en un prototipo de campo para,
finalmente, resultar un prototipo de
operacin. Esta etapa corresponde con la
definicin de los requisitos, especificaciones
y diseo del siguiente prototipo, que para ser
construido deber pasarse, de nuevo, por las
etapas II.1 a II.5. Esta fase acaba con la
obtencin del sistema experto completo.
III.1. Requisitos y
diseo de la
integracin con
otros sistemas
Consiste en el estudio y diseo de interfaces y

puentes con otros sistemas hardware y
software.
III.2.
Implementacin y
evaluacin de la
integracin
Su fin es desarrollar, utilizando tcnicas de IS,

los requisitos de la etapa anterior. En, esta
etapa se integra el SE con los otros sistemas
hardware y software, para conseguir un
sistema final.
III.3. Aceptacin
por el usuario del
sistema final
Es la prueba ltima de aceptacin por los

expertos y usuarios finales, que debe
satisfacer todas sus expectativas y exigencias,
tanto en lo concerniente a su fiabilidad como
eficiencia.
IV. l. Definir el
mantenimiento del
sistema global
Esta etapa emplea las tcnicas de IS,

definiendo el mantenimiento que se llevar a
cabo igual que en cualquier otro tipo de
sistema.
IV.2. Definir el
mantenimiento de
las bases de
conocimientos
Existen
diversas
tcnicas
para
el
mantenimiento de bases de conocimiento que
se estudiarn en captulos posteriores.
IV.3. Adquisicin
de nuevos
conocimientos
Disear protocolos para que cuando

aparezcan nuevos conocimientos, en especial
los correosos, puedan captarse y registrarse.
Adems habr que establecer mtodos para
actualizar el sistema incorporando los
conocimientos adquiridos.
V. l. Organizar la
transferencia
tecnolgica
Organizar la transferencia tecnolgica

meticulosamente, mediante entrenamiento en
sesiones de tutora entre los diseadores y los
usuarios, que sirvan tanto para explicar el
manejo del propio sistema como para manejar
y entender la documentacin del mismo.
58
FASE
ETAPA
DESCRIPCIN
V.2. Completar la
documentacin del
sistema
Completar la documentacin del sistema

desde el dossier tcnico al manual del
usuario, que deben incorporar todas las
peculiaridades de su uso de una forma
amigable para el usuario final a quien debe ir
dirigido.
Fuente: Elaboracin Propia de los autores.
Para el presente trabajo solo se contempla la realizacin de las 3 primeras fases

de la metodologa en cuestin.
59
2.2.4. SELECCIN DE LA METODOLOGA

Tabla No. 08: Cuadro comparativo entre metodologas para sistemas expertos
49
50
Fuente: Elaboracin propia por los autores.

Dadas las caractersticas del sistema que se desea construir, resulta adecuado adoptar la Metodologa IDEAL para el desarrollo del
Sistema Basados en Conocimiento (SBC), por lo siguiente:
1. En efecto, al principio del uso del SBCC (una vez implementado) se pueden obtener conocimientos de distintas calidades, pero a medida
que se usa el sistema, se refina y cada vez se obtiene menos conocimientos pero de una mayor calidad.
2. Es una metodologa que se adapta plenamente a las necesidades de desarrollo de nuestro sistema, pues es muy efectiva en el anlisis del
problema de software, su descomposicin, la descripcin del dominio del problema y sus requerimientos.
3. Es una metodologa que permite el control de la base del conocimiento, permitiendo ser flexible a la hora de incrementarlo.
4. Representar por medio de tcnicas de Ingeniera del Conocimiento los criterios y metodologas utilizadas por los expertos para resolver el
problema, entendindose por tcnicas de Ingeniera del Conocimiento: Tcnicas de Adquisicin de Conocimiento, Tcnicas de
Conceptualizacin, Tcnicas de Formalizacin y Tcnicas de Evaluacin.
5. Construir el sistema mediante el uso de una herramienta para la implementacin de sistemas expertos, a travs de sucesivos prototipos
que interactivamente evolucionen hacia un producto con mejores prestaciones y con ms conocimiento incorporado.
6. Y por ultimo destacar que a pesar que es una metodologa que ya lleva ciertos aos en el mercado, es desconocida en nuestro pas, por lo
que el reto de los realizadores del presente proyecto, es dar a conocer una nueva metodologa de desarrollo para sistemas expertos, la cual,
es de bastante ayuda para el desarrollo de nuevos sistemas basados en conocimientos.
51
CAPITULO 3:
DESARROLLO METODOLGICO
3.1. FASE 1: Identificacin de la tarea

3.1.1. Etapa 1.1: Plan de requisitos y adquisicin de conocimientos
3.1.1.1. Proceso de Adquisicin de Conocimientos
1. Primeras reuniones y evaluacin de viabilidad: Estas reuniones con el experto
ha permitido lo siguiente:
- Determinar los objetivos del Sistema Experto.
- Precisar el alcance y mbito del proyecto.
- Determinar la problemtica del proyecto.
- Conocer las necesidades o requerimientos.
- Recopilar informacin del tema.
- Comprometer la participacin del experto principal en la preparacin y
evaluacin de las sesiones.
- Detectar posibles candidatos a Experto para realizar el estudio de viabilidad.
2. Extraccin de conocimientos: Las sesiones de extraccin de conocimientos han
permitido lo siguiente:
- Revisar la bibliografa sugerida y/o otorgada por el experto.
- Familiarizarse con la terminologa del tema.
- Obtener informacin por medio de exposiciones y conferencias.
3. Educcin de conocimientos a un equipo de expertos: Estas reuniones con el
grupo de expertos han permitido lo siguiente:
52
- Analizar la informacin obtenida.

- Detallar las caractersticas del proyecto que se van a evaluar.
- Delimitar las funciones y necesidades de un primer prototipo del SE con la
informacin obtenida hasta el momento.
4. Educcin de conocimientos: Este proceso han permitido lo siguiente:
- Analizar la consistencia de la informacin obtenida en el proceso de
educcin de conocimientos con el grupo de expertos.
- Corroborar el grado de correspondencia entre el modelo mental del experto y
la representacin obtenida.
3.1.2. Etapa 1.2: Evaluacin y seleccin de la tarea
3.1.2.1. Test de Viabilidad
Segn Beckman (1991) para determinar la viabilidad de un sistema experto se
forma una lista de requerimientos para considerar, luego asign a cada uno un nmero y
peso que refleja su importancia relativa.
53
Tabla No. 09: Formulario de determinacin de viabilidad del problema
Fuente: Durkin, J. 1994 Expert Systems: Design and Development.
T
abla No. 10: Formulario de determinacin de viabilidad de personal
54
Tabla No. 11: Formulario de determinacin de viabilidad de despliegue
Para ilustrar, asumir que se evalu un proyecto candidato que resulto de los
siguientes puntajes para cada categora:
Tabla No. 12: Evaluacin del proyecto
Viabilidad del proyecto = 1576 / 207 = 7.61

Tambin se realizaron una serie de entrevistas que permitieron apoyar el
resultado de la viabilidad del proyecto:
55
Tabla No. 13: Estudio de Viabilidad
3.1.2.2. Planificacin y evaluacin de entrevistas:

a) Preparacin de Sesin
56
Tabla No. 14: Preparacin de la Sesin
57
b) Sesin
Tabla No. 15: Sesin
c) Trascripcin
Tabla N 01: Estudio de Viabilidad
d) Anlisis de sesin
Tabla No. 16: Anlisis de Sesin

58
e) Evaluacin
Tabla No. 17: Evaluacin
3.1.3. Etapa 1.3: Definicin de las caractersticas del sistema

3.1.3.1. Requisitos Funcionales
-
Registrar a todos los pacientes Sintomticos Respiratorios, TBC Pulmonar y

TBC MDR, con todos sus antecedentes.
Registrar las consultas mdicas del paciente.
Hacer un seguimiento del paciente durante todo el proceso de tratamiento.
Hacer un seguimiento al paciente desde el punto de vista del personal que lo

atiende como doctore, enfermeras, tcnicas, centro de salud, etc.
Registrar el entorno del paciente con TBC Pulmonar.
Permitir registrar los resultados bacteriolgicos.
Registro del control de asistencia y administracin de medicamentos.
Registro del solicitante de los exmenes de deteccin de casos.
3.1.3.2. Requisitos Operativos

-
Es disponible para los encargados autorizados del programa de TBC.
Si se hacen modificaciones a cualquier informacin presentada, la

informacin es actualizada dentro de los cinco segundos posteriores a su
inclusin, actualizando o eliminando la informacin.
59
El sistema debe responder a la solicitud de informacin del encargado

(usuario) en menos de cinco segundos desde el envi de la solicitud.
Alto rendimiento del software al 90 % de los casos.
3.1.3.3. Requisitos de Interfaz

-
El sistema experto debe trabajar sobre plataforma Microsoft Windows XP

Profesional.
El usuario debe tener la posibilidad de visualizar y registrar la informacin

de un paciente, tanto en el sistema experto como en el transacional.
El usuario debe tener la posibilidad de corregir hacia atrs y adelante la

informacin presentada en pantalla. Cuando la informacin es voluminosa
para estar contenida en una nica pantalla, se le debe indicar al usuario que
puede visualizar ms informacin en otras pantallas.
Cuando el sistema presenta los resultados de una bsqueda, debe mostrarse

junto con la informacin y el criterio del mdico consultor.
El usuario debe ser advertido cuando falta seguir registrando informacin o

una solicitud es incorrecta.
Cuando se encuentra un error, el sistema debe devolver al usuario una

pantalla previa.
3.1.3.4. Requisitos de Soporte

-
Se controlar el acceso al sistema o informacin.
Cada usuario debe tener un nico identificador.
Por seguridad de informacin se harn copias de respaldo (backup) con una

frecuencia diaria.
Las copias de respaldo deben almacenarse en el Ministerio de Salud del

Departamento de Lambayeque (MINSA).
Se tomarn las precauciones necesarias contra el fuego, dao provocado por

agua o el robo.
60
3.1.3.5. Casos de prueba o ensayo

Debemos de tener en cuenta que hoy en da los responsables expertos de todo el
mundo industrializado reconocen que la alta calidad del producto de software se traduce
en ahorro de costo y en una mejora general; por lo que debemos calificar que los
desarrolladores del presente proyecto han adquirido una experiencia relativamente
buena en cuanto al desarrollo de sistemas expertos.
Estos podan ser mencionados como antecedentes en la realizacin del presente
proyecto: Sistema Experto de Lectura de Manos Quiromancia y Sistema Experto para
la deteccin del Asma Bronquial; los mismos que fueron sustentados y probados con
presencia del personal experto en cada uno de los temas.
Tambin los desarrolladores participaron en un curso de 2 das relacionado a la
deteccin, diagnstico y tratamiento de Tuberculosis Pulmonar y as tener un amplio
conocimiento de dicho tema. Lo cual nos permiti profundizar en el tema y poder
desarrollar nuestro Sistema Experto (EXSYSTBC))
Dichas pruebas sern tomadas como referencias pilotos para sus primeros
ensayos y as determinar la fiabilidad del sistema experto.
3.1.3.6. Recursos necesarios
3.1.3.6.1. Recursos Humanos
-
Experto Principal: Srta. Mara Esther Mostacero (Enfermera encargada del

Programa de TBC) y Sra. Lita Alarcn (Jefa del Programa de TBC a nivel
departamental).
Ingeniero en Conocimiento: Claudia Prez Mechn y Miguel Jimnez

Snchez (Estudiantes)
3.1.3.6.2. Recursos Tcnicos

-
Computador Personal: Pentium IV, Memoria Ram de 256, Disco Rgido

10Gb, Lectora de 24X, Impresora matricial LX-300+II.
Software a usar: Visual Rule y Visual Basic
61
3.1.3.6.3. Recursos Econmicos

-
Todo el desarrollo del proyecto es financiado por los propios estudiantes.
3.1.3.7. Anlisis de costo / beneficio

Cuando se analizan los sistemas se deben tener en cuenta los beneficios y costos
tangibles e intangibles.
3.1.3.7.1. Costo del Proyecto
Los costos principales del proyecto son establecidos por los gastos de trabajo y
software. La cuenta de gastos de trabajo para el tiempo gastado en el proyecto es por el
ingeniero del conocimiento, el experto de dominio y el usuario final. La opcin del
software de desarrollo del sistema experto est basada en la naturaleza del problema y
las facilidades del computador de la organizacin.
3.1.3.7.1.1
Costos tangibles
Costo de equipos tanto computadoras y terminales $.500.0 dlares
Costo de materiales de oficina y servicios
S/. 1443.5
Costo del tiempo de los analistas
S/. 200.00
Costo del tiempo del programador
S/. 250.00
3.1.3.7.1.2. Costos intangibles

-
Toma de decisiones ineficaz debido a la informacin inoportuna o

inaccesible.
Insatisfaccin del paciente.
Deterioro de la imagen institucional.
3.1.3.7.2. Beneficios del Proyecto
62
El beneficio de desarrollar un sistema experto puede ser medido en una de las

cuatro maneras: productividad mejorada, costos bajos, calidad mejorada o un asunto
muy tangible pero importante - imagen mejorada.
1. Productividad mejorada
-
Mejores Decisiones
Decisiones ms rpidas
Propaga especializacin
2. Costos mas bajos

-
Reduce costos de trabajo
Mejora uso de material
3. Calidad mejorada
-
Producto Superior
Servicios superiores
Proporciona entrenamiento
4. Imagen mejorada
-
Innovador
3.1.3.7.2.1.
Beneficios tangibles
Acceso a la informacin en forma ms oportuna.
Disminucin en el tiempo empleado para cumplir tareas especficas.
Aumento de la velocidad de procesamiento de la informacin.
3.1.3.7.2.2. Beneficios intangibles

-
Mejorar el proceso de toma de decisin con respecto al diagnstico de un

paciente.
Ser ms competitivo en el sector de salud con respecto al Programa de

TBC.
Mantener una buena imagen e incrementar la satisfaccin del paciente

como del usuario.
63
3.1.3.8. Calendario
Tabla No. 18: Calendario
3.2. FASE 2: DESARROLLO DE LOS PROTOTIPOS

3.2.1. Etapa 2.1: Concepcin de la solucin
3.2.1.1. Modelado de Caso de Uso
a) Modelo de Caso de Uso General del Programa de TBC
64
Modelado General del Programa de TBC
Diagnstico General
(from Glosario de Caso de Uso)
Include
Mdico
(from Glosario de Actores)
Deteccin, Diagnstico Presuntivo

Paciente
Laboratorista
Orden de Analisis Medico

Enfermera
Registro de Tratamiento
Figura No. 14: Modelado de Caso de Uso del Programa de TBC

65
b) Modelo de Caso de Uso del Programa de TBC

Modelado de Caso de Uso del Programa de TBC
Fic ha de ev aluacin mdic a

del paciente c on TBC
Di agnsti co General
Include
Mdico
(from Glosar io de Caso de ...
(from Glosario de Caso de ...
Resumen de his toria clnic a

del paciente c on TBC - MD R
Reporte de toma de deci si ones

Di agnsti co Presunti vo
(from Glosar io de Caso de ...
Pac iente
Diagns tic o de TBC

( from Glosario de Caso de ...
Solicit ud para inv est igac in

de bac teriolgia en TBC
J ef e del programa
Laboratoris ta
(from Glosario de C aso de ...
Notif icacin de pac ientes

f allec idos por TBC
Regi strar Resul tado de Anal i si s
Inf orme bacteriolgic o
(from Glosario de C aso de ...
Include
Include
Enfermera
Include
Registro de paci entes T BC,

SR, MDR y otros
( from Glosario de Acto...
Include
Inf orme operacional de TBC

Regis tro y seguimiento

de pacientes con TBC
Orden de Anal isi s Medi co
( from Glosario de C aso de ...
( from Glosario de Caso de ...
Regi stro de Medicamentos

Regi stro diario de tratami ento
Include
( from Glosario de C aso de ...
Sol ici tud de Orden Radiol gica

Regi stro de T ratamiento

Figura No. 15: Modelado de Caso de Uso del Programa de TBC

66
3.2.1.2. Diseo Arquitectnico del Sistema

a) Diseo Arquitectnico del Sistema Experto del Programa de TBC
Paciente
NDoc
Nombre
FechaNac
Sexo
Seleccionar()
Cerrar()
Guardar()
1
Examen
IdExamen
NDoc
Fecha
Peso
Embarazada
Meses
DioLuz
Resultado
Positivo
Guardar()
Atras()
Siguiente()
Examen_Alternativa
IdRespuesta
IdExamen
IdPregunta
IdAlternativa
Valor
Estado
Examen_Social
IdExamen
Fecha
NDoc
Rpta
Descriprpta
Resultado
IdExamen
Resultado
IdTipoRes
Guardar()
Tipo_Resultado
IdTipoRes
Descripcion
Guardar()
Atras()
Siguiente()
Guardar()
Figura No. 16: Diseo Arquitectnico del Sistema Experto del Programa de TBC
Pregunta
IdPregunta
Descripcion
Guardar()
Guardar()
Guardar()
n
n
Alternativa
IdAlternativa
IdPregunta
Descripcion
67
b) Diseo Arquitectnico del Programa de TBC
Figura No. 17: Diseo Arquitectnico del Programa de TBC

68
3.2.2. Etapa 2.2: Adquisicin y Conceptualizacin de los conocimientos

3.2.2.1. Identificacin de trminos
3.2.2.1.1. Diccionario de trminos
Tabla No. 19: Diccionario de Trminos
69
70
71
3.2.2.1.2. Diccionario de conceptos

Tabla No. 20: Diccionario de Conceptos
72
Fuente: Elaborado por los autores
3.2.2.1.3. Tabla Concepto Atributo -Valor

Tabla No. 21: Tabla Concepto Atributo -Valor
73
74
75
76
3.2.2.2. Identificacin de las relaciones entre conceptos
Figura No. 18: Modelo Relacional

77
3.2.2.3. Identificacin de los conocimientos estratgicos

3.2.2.3.1. Descomposicin Funcional
Figura No. 19 rbol de Descomposicin Funcional del Problema

78
3.2.2.3.2. Mapa de Conocimiento
Figura No. 20: Mapa de Conocimiento

79
Figura No. 21: Mapa de Conocimiento de Consulta General

80
Figura No. 22: Mapa de Conocimiento de Prueba Nivel Mdico

81
Figura No. 23: Mapa de Conocimiento de Tratamiento

82
Figura No. 24: Mapa de Conocimiento de Nivel Social

83
3.2.2.3.3. Comprobacin de los conocimientos estratgicos

El modelo funcional ha sido validado por el experto. Se han realizado sesiones
de entrevistas no estructuradas en las cuales el experto ha evaluado la representacin de
conocimientos para el desempeo de la tarea. La comprobacin ha sido satisfactoria.
3.2.2.4. Identificacin de los conocimientos tcticos
3.2.2.4.1. Anlisis de los conocimientos tcticos Seudorreglas
Tabla No. 22: Seudorreglas para Datos Generales
84


Tabla No. 25: Seudorreglas para Nivel Mdico
85

86
87

88
89
90
91
3.2.2.4.2. Comprobacin de los conocimientos tcticos

El experto ha completado, validado y revisado todas las seudorreglas, y se ha
comprobado que el accionar del experto coincide con las representaciones de los
conocimientos tcticos. Esto permiti ajustar las seudorreglas que se relacionaban con
el anlisis del riesgo.
3.2.3. Etapa 2.3: Formalizacin de los conocimientos y Definicin de la
Arquitectura
3.2.3.1. Formalizacin de los conocimientos en procedimientos
92
3.2.3.1.1. Motor de inferencia

-
Reglas de Produccin del tipo IF / THEN.
Condiciones AND / OR.
Backward /Forward Chaining.
3.2.3.1.2. Base de conocimiento

Tabla No. 45: Base de conocimiento
3.2.3.1.3. Codificacin de Reglas

En la codificacin de reglas se creo un mdulo de visual Basic el que permiti
llamar al motor de inferencia (Regla). A continuacin un ejemplo de codificacin.
93
Rule 9
If TBC.Primerdiagnstico Is SospechaTBC
And TBC.Nuevo=1
And TBC.Edad=1
And TBC.Sexo=1
And TBC.Embarazada=0
Then TBC.RptaConsultaGen Is PruebaEpidemia
La presente codificacin de la regla 9, representa a un paciente nuevo de sexo
femenino, menor de edad de estado no embarazada, con sospecha de TBC, por lo que se
recomienda pasar a la siguiente fase de la pruebas de descarte de TBC, que en este caso
es la Prueba Epidemiolgica.
3.2.4. Etapa 2.4: Seleccin de la herramienta e implementacin
EXSYSTBC fue desarrollado en Visual Rule con Visual Basic 6.0; el cual posee
amplias caractersticas compatibles con la metodologa que se ha aplicado en el
desarrollo del sistema.
Visual Rule, es un lenguaje de programacin que se ha diseado para crear
reglas sobre un tema investigado y a la vez nos permite interrelacionar con Visual Basic.
Siendo un motor de inferencias para los sistemas expertos.
Una vez familiarizado con el entorno de desarrollo que ofrece Visual Rule, se ha
dado comienzo a la implementacin del prototipo. Como lo establece la Metodologa
94
IDEAL., el ciclo de vida del sistema se basa en prototipado incremental. Lo cual

implica, que para haber logrado el prototipo, se desarrollan una serie de prototipos hasta
lograr aquel que satisface los requisitos determinados por los expertos.
En el presente trabajo se emple una gran cantidad de tiempo en la
implementacin de la interfaz de usuario ya que se deba mantener una interfaz
amigable, que mantenga el proceso visible, guiando al analista en cada etapa.
En las siguientes figuras se observan las principales interfaces logradas para tal
fin.
Figura No. 25: Pantalla Presentacin

Aqu se puede apreciar la pantalla inicial del Sistema Experto, con una breve
descripcin de la enfermedad.
95
Figura No. 26: Pantalla Consulta General

Se contina con las preguntas generales en este caso los sntomas del paciente,
mostrndose un primer resultado.
Figura No. 27: Pantalla Nivel Inmunolgico

Se muestran los resultados de la vacuna BCG, prueba del PPD y reaccin, las
cuales son registradas en el sistema experto.
96
Figura No. 28: Pantalla Nivel Bacteriolgico

En este formulario se registra la Prueba de Baciloscopa con sus respectivos

resultados de las distintas muestras obtenidas del paciente en diferentes momentos y
fechas.
Figura No. 29: Pantalla Nivel Radiolgico

97
En este formulario se registra el Examen Radiolgico con sus respectivos

resultados que muestra la radiografa hecha por parte del paciente.
Figura No. 30: Pantalla Nivel Social

En este formulario empieza la evaluacin del paciente a nivel social

Tambin se desarrollaron reportes, siendo los principales los siguientes:
-
Reporte de Pacientes con TBC por Sexo
Reporte de Pacientes por Tipo de Examen
Reporte de Resultado de Examen Social
3.2.5. Etapa 2.5: Validacin y evaluacin del prototipo

El desarrollo de un sistema experto no se considera que est acabado una vez
que funciona este, sino que se contina desarrollando y actualizando tanto el
conocimiento del sistema como los mtodos de procesamiento, quedando reflejados los
progresos o modificaciones en el campo, rea o sistema.
98
3.3 FASE 3: EJECUCIN DE LA CONSTRUCCIN DEL SISTEMA

INTEGRADO
3.3.3.1. Etapa 3.1: Requisitos y diseo de la integracin con otros sistemas
En este proyecto el Sistema Experto va a estar integrado e interacta con un
Sistema Transacional (Software) desarrollado por los propios tesistas, permitiendo
registrar a los pacientes que ingresan al Programa de TBC con sus diversos tratamientos
a seguir por lo cual el sistema entregar reportes que van a ayudar en la toma de
decisiones por parte de Jefe del Programa de Tuberculosis.
Utilizando equipos de cmputo a nivel de multiusuario, el programa de TBC,
contara con un equipo bsico de cmputo consistente en:
- Pentium IV.
- Memoria Ram de 256.
- Disco Rgido de 10Gb.
- Lectora de 24X.
Y para la salida se necesitara la implementacin de una impresora matricial con
las siguientes caractersticas:
- Epson LX-300+II
- 9 agujas
- Bidireccional con bsqueda lgica
- 80 carros en columna
La conexin que sugerimos para el almacenamiento y la transaccin de
informacin es mediante el uso de la WEB, las cuales los equipos de cada centro de
salud deben estar interconectados con la DISA de Lambayeque, especialmente al
programa de TBC.
El diseo bsico propuesto es el siguiente:
99
Figura No. 31: Diseo de Red Propuesto

3.3.3.2 Implementacin y evaluacin del Sistema Integrado

El Sistema Experto se integro con el Sistema Transacional cumpliendo con los
requerimientos exigidos.
3.3.3.3. Aceptacin del sistema por el usuario
Existe una gran satisfaccin por parte de los expertos, usuarios y de los
ingenieros de conocimiento por la eficiencia y fiabilidad del Sistema.
100
CAPITULO IV
DISCUSIN DE RESULTADOS
Antes y despus de la investigacin se utiliz una Encuesta de Evaluacin. Esta

fue aplicada y las respuestas del experto humano se muestran en la parte de Anexos (Ver
Encuesta N 01 para evaluacin de EXSYSTBC)
Tabla No. 47: Resultados de investigacin
101
Figura No. 32: Resultados de la Investigacin

Es necesario tambin sealar que en las diferentes pruebas con casos concretos
se determin que en el 90% de casos EXSYSTBC obtuvo igual conclusin que la de un
experto humano; en el otro 10% de casos hubo diferencia de conclusiones entre el
software y el experto humano.
- La viabilidad del proyecto tuvo un puntaje general de 7.62 (puntaje de 1 a 10), lo
que significa que el proyecto es viable.
- La forma de representar el conocimiento del experto fue REGLAS DE
PRODUCCIN y el mecanismo de inferencia adecuado que se utiliz es
Encadenamiento hacia delante y atrs.
- En la etapa de Aceptacin del sistema por el usuario, se demostr que los
resultados de EXSYSTBC se asemejan a las decisiones que adopta un experto
humano, por lo que la confiabilidad del sistema aumenta.
102
- El producto final es de aceptacin del experto y del equipo de trabajo.

- Es necesario profundizar el conocimiento en otros tipos de TBC y as ampliar el
sistema a medida que la cantidad de conocimiento sea manejable.
- El conocimiento del experto se demostr que coincide con el 90% almacenado en
la Base de Conocimiento de EXSYSTBC de acuerdo a las pruebas realizadas y
la medicin de los indicadores antes y despus de la investigacin, demostrando
el buen desempeo que tiene EXSYSTBC.
- El grado de satisfaccin anterior a la aplicacin del Sistema era considerado como
aceptable, pues de acuerdo a sus necesidades cumplan con lo bsico del
programa.
- Con la implementacin del sistema experto, se lleg a la conclusin que al
detectar y diagnosticar a un paciente, el mismo sistema experto le propondra el
tratamiento del paciente, pasando por un estudio mdico y social; y a la vez se
registrara ms informacin en la base de conocimiento.
- Por otro lado se tendra la parte del sistema de registro, el cual es llevada
anteriormente con dificultad, por lo que con el sistema podran llevar un control
historial de cada uno de los pacientes.
103
CONCLUSIONES
De los resultados de la Investigacin se concluye que:

-
El desarrollo de este Sistema Experto de asistencia a la deteccin, diagnstico y

tratamiento de Tuberculosis Pulmonar, contribuye al personal comprometido con
el programa y a cada tipo de anlisis que se realizan a los pacientes con sntomas
de Tuberculosis Pulmonar.
La utilizacin de una metodologa que promueve el desarrollo incremental de

prototipos, como es la metodologa IDEAL., procura que la culminacin del
proyecto se d en tiempos y costos acordes a los estimados.
Con el Sistema Experto se logr un ahorro de tiempo significativo a la hora de

deteccin, diagnstico y sobre todo en el tratamiento en pacientes de
Tuberculosis Pulmonar, con un 90% de fiabilidad por parte del personal de
salud.
El sistema es capaz de explicar los pasos de su razonamiento mientras se ejecuta,

de tal modo que sea comprensible. El sistema tiene la capacidad de explicacin,
de la misma forma que los especialistas puedan explicar su razonamiento.
La implementacin de un sistema transaccional de registro de historias clnicas,

contribuye al control y seguimiento de los pacientes con Tuberculosis Pulmonar,
adems que provee de una base de datos de casos para posteriores
investigaciones.
La adquisicin de nuevos hechos, que se registran en la base de conocimientos

permitir que el sistema experto pueda reestructurarse aadiendo nuevo
conocimiento.
104
RECOMENDACIONES
Desarrollo de las Etapas 4 y 5 de la Metodologa IDEAL al momento de la

implementacin del Sistema Experto y Transacional en el Centro de Salud
Tpac Amaru.
Se recomienda la implantacin del sistema EXSISTBC en todos los centros de

salud.
Implementar un Portal Web para la utilizacin del Sistema Experto desarrollado

en cualquier centro de salud.
Crear un equipo de desarrollo y perfeccionamiento del EXSISTBC para ampliar

la base de conocimiento y formar equipos colaborativos a travs de la Web.
105
BIBLIOGRAFA
Giarratano, Joseph. 2001. Sistemas Expertos, principios y programacin. 3

Edicin. Editores Internacional Thomson. Espaa
Romero Moreno, Gesvin. 2004. UML con Racional Rose. 1 Edicin.

Megabyte. Per.
Jacobson, Ivar. Booch, Grady. Rumbaugh, James. 2000. El proceso

unificado de desarrollo de software. 1 Edicin. Pearson Educacin. Madrid.
Pressman, Roger. 2001. Ingeniera de Software, un enfoque prctico. 5

Edicin. Espaa.
Lawrence Pfleeger, Shari. 2002. Ingeniera de Software, Teora y Prctica.

6 Edicin. Pearson Educacin. Mxico
Kendal, Kenneth & Kendal, Julie. 2005. Anlisis y Diseo de Sistemas. 6

Edicin. Pearson Educacin. Mxico
Ministerio de Salud. 2006. Normas tcnicas de salud para el control de la

tuberculosis. Per.
MSc. Henao, M. 2001. Tesis Doctoral CommonKADS-RT: Una metodologa

para el desarrollo de sistemas basados en el conocimiento de tiempo real.
Valencia-Espaa.
Betanzos, A.; Guijarro, B.; Lozano, A.; Palma, J.; Tabeada, M. 2004.
Ingeniera del Conocimiento, Aspectos Metodolgicos. Madrid: Pearson
Educacin. Mxico
106
Pajaras, G; Santos, M. 2006. Inteligencia Artificial e Ingeniera del

Conocimiento. 1 Edicin. Alfaomega Grupo Editor. Mxico
Durkin, J. 1994 Expert Systems: Design And Development. Maxwell

Macmilan. New York.
Gay
Men's
Health
Crisis.
Tuberculosis.
2003
New
York.
http://www.gmhc.org/espanol/paginas/tbesp.html
Entorno
Mdico.
Tuberculosis
2000.
http://www.entornomedico.org/salud/saludyenfermedades/alfaomega/tuberculosis.html
Viejo
Hernando
Diego.
Sistemas
expertos.
2003.
http://www.divulgaia.com/cursos/cursos.xml?numero=2&nombre=2003-926a&numLecc=1. 15 Febrero 2006
107
ANEXOS
Anexo 01
ENCUESTA No. 01: EVALUACIN DE EXSYSTBC
Apellido y Nombre del mdico: ___________________________________
Fecha: _______________________
1.- Indique Ud., en promedio Cunto tiempo (en min.) le toma detectar y diagnosticar
los sntomas ms comunes en pacientes con posible tuberculosis pulmonar?
Rpta: ________minutos
2.- Con la implementacin y uso de EXSYSTBC, Cunto tiempo demora en la
deteccin y diagnstico, de acuerdo a la pregunta N 1?
3.- Indique Ud., en promedio Cunto tiempo (en min.) demora en dar un tratamiento
adecuado, en pacientes con posible tuberculosis pulmonar?
4.- Con la implementacin y uso de EXSYSTBC, Cunto tiempo demora en dar un
tratamiento adecuado?
108
5.- Cmo calificara Ud., del 1 al 10 el diagnstico tradicional para un paciente de TBC
Pulmonar?
Rpta: ________
6- Cmo calificara Ud., del 1 al 10 el diagnstico de un paciente de TBC con el uso de
EXSYSTBC?
Rpta: ________
7.- Segn su criterio, Cmo calificara a las conclusiones de EXSYSTBC en la
deteccin, diagnstico y tratamiento de tuberculosis pulmonar?
Resultados aceptables y confiables.
Resultados incoherentes.
Resultados no aceptables
Otros______________________
109
Anexo 02
Entrevista N 1: Entrevista al Responsable de Evaluacin de las Estrategias
Sanitarias de Prevencin y Control de Tuberculosis en
Lambayeque
1. Cul es el grado de atencin del programa de TBC en el departamento de
Lambayeque?
En el departamento de Lambayeque, se han diagnosticado y tratado gratuitamente
a 857 personas enfermas de tuberculosis, en todos los centros de salud ubicados en toda
la regin, cifra que traducida en tasa representa una morbilidad de 74.40 x 100,000
habitantes, esto ha significado una disminucin de 13.4% en relacin al ao anterior; de
ellos 472 personas corresponden a casos con tuberculosis pulmonar positivos (TBP-FP)
nunca tratados lo que determina una tasa de incidencia registrada de TBP-FP de 40.90
x100,000 habitantes, mostrando una disminucin del 6.6% en relacin al ao 2004.
Actualmente se reporta 107 casos de tuberculosis multidrogoresistente desde el ao
2000 al 2005 que constituye el 1.5% del total de casos diagnosticados y tratados en el
departamento. La aplicacin de la estrategia DOTS se realiza en los 150
establecimientos de salud y se cuenta con 60 laboratorios que realizan el diagnstico de
baciloscopas y un laboratorio de referencia que realiza diagnstico con cultivo y prueba
de sensibilidad.
2. Dnde se presentan los mayores casos de tuberculosis en el departamento de
Lambayeque?
Del total de casos notificados el 65 % corresponde a los distritos de la Victoria,
J.L.Ortiz, Chiclayo, Pomalca, Patapo. Son en muchos de los casos los lugares de mayor
incidencia de casos de TBC.
3. Qu problemas puede Usted identificar durante todo este tiempo en el
programa de tuberculosis?
110
Son muchos de los problemas que se pueden identificar en este programa, desde la
parte logstica, pues en algunos lugares carecemos de materiales para la toma de
muestras, y en otros casos los lugares estn lejos de la unidad principal, que este caso es
Chiclayo, para el control inmediato de los pacientes. Otros de los problemas es la
gestin de los mismos. No existe un seguimiento del mismo, uno no puede identificar
muchas veces, a tiempo real, quien fue la persona encargada del centro de salud que lo
atendi, cmo se est moviendo el paciente en todo su tratamiento, en qu reas se est
desplazando, qu deficiencias hay en los controles y resultados de las pruebas, qu otros
profesionales, aparte del principal, atendi al paciente.
En otros casos deseamos hacer un monitoreo de los pacientes para de esta manera
nosotros medir la eficiencia del Centro de Salud, el cual implica cumplir con los
tiempos de demora administrativos donde el paciente se desplaza; y por otro lado medir
la eficacia del tratamiento, el cual conlleva que el paciente llegue a sus tratamientos, que
motivos hubieron para no asistir a los mismos, que me alerte que tengo que hacer una
visita al paciente, en muchos de los casos son las visitas domiciliarias las que impiden
que dejen el tratamiento.
4. De que forma beneficiaria tener la oportunidad de contar con una forma que
les ayude a tomar decisiones en caso que se presente una persona sintomtica
respiratoria (SR) en los centros de salud?
Claro, nos ayudara en gran forma para la toma de decisiones en cuanto se
presente una persona con SR, sobre todo en los enfermeras, tcnicos y auxiliares, pues
sera de mucha ayuda poder de esta forma determinar en forma fehaciente si esta
persona es SISTOMATICO RESPIRATORIO y por lo tanto a partir de esto llegar hacer
el seguimiento desde este momento hasta l final de su tratamiento.
5. Es posible clasificar la experiencia de los responsables del programa de TBC
en niveles?
S, bsicamente se detectan cuatro niveles, en funcin de la calidad, precisin,
tiempo de respuesta y soluciones propuestas.
111
Estos niveles son: Excelente, Bueno, Regular y Pobre. Aunque no tenemos

implementado un sistema de control y monitoreo, lo que se hace es en forma manual y
espordicamente usamos los sistemas informticos para apoyarnos.
6. Podra usted determinar cuantas personas estn en cada nivel de
conocimiento del problema de TBC?
Claro que si. Este informe lo hemos sustentado en la reunin trimestral, convocada
por el Ministerio de Salud, de todos los programas de salud en cuestin de TBC que se
realiz en la ciudad de Lima, en el mes de Marzo del 2006, en el cual reflejamos los
siguientes datos:
Excelente : 1, el experto.
Bueno
: 44 jefes de cada centro de salud del Departamento de Lambayeque.
Regular
: En la gran mayora son las enfermeras reemplazantes que estn

alrededor de las 44 personas
Pobre
: Tcnicos y auxiliares, que son un promedio de 100 personas.
Figura No. 33: Histograma

112
Anexo 03
Entrevista N 2: Responsable de programa de TBC del Centro de Salud Tpac
Amaru (Experto)
1. Deficiencias del programa de TBC?
El Programa de TBC est conformado por el responsable y tcnicas en enfermera,
que estn encargadas de brindar la atencin e informacin oportuna a los pacientes y
pblico en general para hacer de su conocimiento todo lo relacionado a esta enfermedad
y el programa.
Uno de los principales problemas con que cuenta el programa es la captacin de
pacientes debido a dos situaciones: 1) La poblacin desconoce que pertenece a este
centro y acuden a atenderse en el Hospital Las Mercedes y Policlnicos y 2) Porque la
misma poblacin no acepta que puedan haber desarrollado esta enfermedad.
Por otro lado, el Centro de Salud, no cuenta con una Unidad de Recoleccin de
Muestras (URM), que es propia del Centro de Salud en donde se debera de realizar las
pruebas respectivas; lo que perjudica al programa.
El Centro de Salud no cuenta con un sistema de apoyo para el adecuado
diagnstico y tratamiento de la Tuberculosis, en otras palabras la no existencia de
tecnologa de informacin; que beneficiara en el almacenado rpido de toda su
informacin relacionado a sus pacientes.
2. Cuenta con el personal suficiente para brindar este servicio?
No, aunque el centro de salud cuenta con el personal suficiente, muchos no desean
participar por miedo a desarrollar esta enfermedad.
113
3. Cules son los primeros pasos o pruebas que se realizan para poder identificar
a un paciente con posible contagio de TBC?
Pruebas preliminares:
Examen de Esputo: Este examen se realiza de manera totalmente gratuita y se pide
al paciente que deposite la "flema" o esputo en el envase de plstico descartable que
se le entrega y taparlo bien, debidamente rotulado con su nombre (etiqueta).
Se le entrega un segundo envase con tapa y rotulado con su nombre, para que traiga
al da siguiente una segunda muestra de esputo apenas se despierte.
Prueba Cutnea de la Tuberculina: Se realiza inyectando una pequea cantidad de
protena derivada de las bacterias de la tuberculosis entre las capas de la piel. Si la
piel reacciona inflamndose ms del tamao requerido, indica la probable infeccin
con la bacteria de la TB. Las personas con VIH deben hacerse la prueba cutnea de
TB para averiguar si estuvieron expuestos a la TB en el pasado.
Tcnica Radiolgica: Se realiza inyectando un contraste, dicho contraste delimita
el contorno de los riones en la radiografa y revela cualquier masa o cavidad
anormal que puedan estar causadas por la tuberculosis.
4. Porqu piensa que se debe automatizar el programa de TBC?
Debido a que todo se realiza manualmente y se necesita con urgencia que toda la
informacin que se posee relacionada al paciente, est registrada ya que pueda
minimizar el tiempo de atencin y facilitar el diagnstico de los pacientes relacionados
con esta enfermedad. Y de esta forma se logra el beneficio y satisfaccin del paciente.
114
Anexo 04
Entrevista N 3: Tcnicas en enfermera del programa TBC
1. En qu consiste el programa de control de tuberculosis?
Es el rgano tcnico normativo, dependiente de la Direccin General de Salud de
las Personas, responsable de establecer la doctrina, normas y procedimientos para el
control de la tuberculosis en el Per; cuya misin es garantizar la deteccin, diagnstico
y tratamiento gratuito, supervisando a todos los enfermos con tuberculosis con criterio
de eficiencia, eficacia y efectividad.
2. Existe suficiente apoyo al programa de TBC por parte del estado (MINSA)?
S, el estado apoya enviando las medicinas solicitadas.
3. Al detectar que un paciente tiene TBC, cul es el procedimiento para
controlar su enfermedad?
Una vez que en el paciente se ha diagnosticado TBC se realizan otras pruebas
para conocer en que circunstancia se encuentra la enfermedad.
Las pruebas son de Baciloscopa, Cultivo, Sensibilidad y Tipificacin de
micobacterias
115
GLOSARIO DE TERMINOS
Abandono recuperado: Es el paciente que, luego de iniciar tratamiento,

no concurri a recibirlo por ms de treinta de das consecutivos y luego de este
tiempo reingresa al programa.
Antecedentes internos: Son los familiares internos en una familia que

tienen tuberculosis.
Antecedentes externos: Son los vecinos, amigos externos en una familia

que tienen tuberculosis.
Baciloscopa: Es la herramienta fundamental rutinaria para el

diagnstico de la tuberculosis y el seguimiento del tratamiento de los pacientes
con tuberculosis pulmonar. Deber emplearse en toda muestra pulmonar o
extrapulmonar y para el control mensual del tratamiento y retratamiento
antituberculoso, y previamente en toda muestra que se decida derivar a cultivo.
Base de conocimientos: Es la parte del sistema experto que contiene el

conocimiento sobre el dominio. Hay que obtener el conocimiento del experto y
codificarlo en la base de conocimientos. Una forma clsica de representar el
conocimiento en un sistema experto son las reglas.
Cepa de cultivo: Conjunto de individuos de una misma especie existente

en una colonia o cultivo.
Cultivo: El cultivo de Mycobacterium tuberculosis permite diagnosticar

los casos que presentan baciloscopa negativa, y aporta hasta un 20% mas de
confirmacin bacteriolgica (especificidad del 100% y sensibilidad del 80 - 90%).
Derivado Protenico Purificado (PPD): Es una sustancia biolgica,

razn por el cual debe ser conservada en envase oscuro y a una temperatura de +2
a +8 C. Permite detectar la infeccin tuberculosa.
Deteccin: Bsqueda del sintomtico respiratorio en todos los servicios

de los establecimientos de salud (consultorios, sala de espera, triaje, emergencia,
admisin, caja, etc.)
Diseo: Segunda etapa de la toma de decisiones, en la que el individuo

concibe posibles soluciones alternas a un problema.
116
Enfermedad (TB activa): Es cuando la bacteria de la TB est activa en

el cuerpo y se desarrolla la enfermedad. Slo las personas con TB activa pueden
contagiar a otras personas. La enfermedad de la TB puede ser prevenida o curada,
pero si no se trata, puede ser mortal.
Esquema: Es el nmero de tratamiento que debe seguir cada paciente.
Fase: Son las etapas en la que se dividen los diferentes tratamientos de

TBC.
Fracaso: Es todo paciente en tratamiento regular y estrictamente

supervisado cuyo cultivo de BK del cuarto mes de tratamiento es positivo.
Implementacin: ltima etapa de la toma de decisiones, en la que el

individuo pone en prctica su decisin e informa acerca del avance de la solucin.
Infeccin (TB latente): Es cuando la bacteria de la TB ha penetrado en

el cuerpo pero no est activa. Generalmente las personas infectadas con TB no
tienen sntomas y la mayora no se enfermaran. Estas personas no pueden
contagiar la TB a otros.
Motor de inferencia: El sistema experto modela el proceso de

razonamiento humano con un mdulo conocido como el motor de inferencia.
Dicho motor de inferencia trabaja con la informacin contenida en la base de
conocimientos y la base de hechos para deducir nuevos hechos. Contrasta los
hechos particulares de la base de hechos con el conocimiento contenido en la base
de conocimientos para obtener conclusiones acerca del problema.
Lnea: Manera en como se encuentra clasificado el tratamiento en

funcin de su eficacia, potencia y efectos secundarios.
Prueba radiolgica: La radiografa simple de trax es un mtodo de

exploracin selectiva de la poblacin para evidenciar la tuberculosis pulmonar.
Aunque la radiografa suele demostrar la presencia de una lesin pulmonar, la
confirmacin de su etiologa requiere otras pruebas.
Prueba bacteriolgica: La investigacin bacteriolgica en tuberculosis

comprende la realizacin de baciloscopas, cultivos, pruebas de sensibilidad e
identificacin de micobacterias.
Pruebas generales: Son los datos principales y sntomas que presenta el

paciente.
117
Prueba de sensibilidad: Es un examen auxiliar para determinar la

sensibilidad o resistencia a los frmacos antituberculosos, en casos de fracaso a los
esquemas de tratamiento antituberculosos. Sern de exclusiva responsabilidad del
laboratorio de Referencia de Micobacterias del INS.
Recadas: El concepto recada incluye al paciente con un nuevo episodio

de actividad tuberculosa despus de haber completado un tratamiento exitoso
(curado). No hay recada sin confirmacin bacteriolgica (frotis o cultivo
positivo).
Regla: Es una estructura condicional que relaciona lgicamente la

informacin contenida en la parte del antecedente con otra informacin contenida
en la parte del consecuente.
Sistema Experto: Los sistemas expertos son aquellos programas que se

realizan haciendo explicito el conocimiento en ellos, que tienen informacin
especfica de un dominio concreto y que realizan una tarea relativa a este dominio.
Sintomtico Respiratorio (S.R.): Es toda persona que presenta tos con

expectoracin por ms de 15 das.
Sintomtico Respiratorio Identificado (S.R.I.): Es la persona

detectada por el personal de salud e inscrita en el Libro de Registro de
Sintomticos Respiratorios.
Sintomtico Respiratorio. Examinado (S.R.E.): Es el S.R.I. al que se

le realiza una o ms baciloscopas de esputo.
Tuberculosis: Es una enfermedad causada por una bacteria (germen)

llamada Mycobacterium tuberculosis, M. Bovis o M. Africanum que se disemina a
travs del aire cuando una persona que tiene la enfermedad tose, estornuda o
respira. Cualquier persona puede infectarse con la bacteria de TB, pero las
personas con VIH tienen un alto riesgo de desarrollar la enfermedad de TB.
Tuberculosis Multidrogorresistente: Son bacilos resistentes al menos a

isoniacida y rifampicina; es la forma ms severa de resistencia bacteriana en la
actualidad.
Tuberculoso: Es toda persona a la que se le diagnostica tuberculosis, con

o sin confirmacin bacteriolgica y a quien se decide indicar y administrar un
tratamiento antiberculoso.
118
Vacuna BCG (Bacilo de Calmette-Guerin): Es una vacuna viva y

atenuada, obtenida originalmente a partir del Mycobacterium Boris. Su aplicacin
tiene como objetivo provocar la respuesta inmune que reduce la morbilidad
tuberculosa post-infeccin primaria.
119

16659340

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

16659340

Caricato da

Copyright:

Formati disponibili

CATLOGO DE TRABAJOS DE INVESTIGACIN,

TESIS Y PROYECTOS ASAMBLEA NACIONAL DE

NIVEL: PRE GRADO

Miguel Jimnez Snchez

Claudia Prez Mechn

CONTENIDO DEL RESUMEN

Autores: Jimnez Snchez & Prez Mechn

de disminuir la morbimortalidad por tuberculosis y sus repercusiones sociales y

debe esperar a tener el cultivo y los resultados de sensibilidad para cambiar el

Seleccionar y desarrollar una metodologa para Sistemas Basados en

Construir un sistema experto para la deteccin, diagnstico y tratamiento

Autores: Jimnez Snchez & Prez Mechn

Disminuir los tiempos de diagnstico usando el Sistema Experto

Explicar los pasos del razonamiento de protocolo de deteccin, diagnstico

Mejorar el registro y control de los pacientes de TBC mediante historias

Autores: Jimnez Snchez & Prez Mechn

II.4.3. Metodologa IDEAL

Poseer Requisitos Abiertos.

Diversidad de Modelos Computacionales.

Los requisitos estn sometidos a constantes cambios y por ende el

descomposicin del problema, mediante nuevas formas de documentacin o

Plan de requisitos y adquisicin de conocimientos

1.1.1 Proceso de adquisicin de conocimientos

Evaluacin y seleccin de la tarea

1.2.1 Test de Viabilidad

Definicin de las caractersticas del sistema

1.3.1 Requisitos Funcionales

2.1.1 Modelado de Caso de Uso

Adquisicin y conceptualizacin de los conocimientos

2.2.1 Identificacin de trminos

2.2.3.3 Comprobacin de los conocimientos estratgicos

Formalizacin de los conocimientos y definicin de la

Seleccin de la herramienta e implementacin

Validacin y evaluacin del prototipo

FASE 3: EJECUCIN DE LA CONSTRUCCIN DEL SISTEMA

Requisitos y diseo de la integracin con otros sistemas

Implementacin y evaluacin del sistema integrado

Aceptacin del sistema por el usuario

FASE 4: CONSEGUIR EL MANTENIMIENTO PERFECTIVO

Definir el mantenimiento del sistema global.

Definir el mantenimiento de las bases de conocimientos.

Adquisicin de nuevos conocimientos y actualizacin del

Organizar la transferencia tecnolgica.

Completar la documentacin del SBC construido.

Autores: Jimnez Snchez & Prez Mechn

El desarrollo de este Sistema Experto de asistencia a la deteccin,

La utilizacin de una metodologa que promueve el desarrollo incremental

Con el Sistema Experto se logr un ahorro de tiempo significativo a la hora

El sistema es capaz de explicar los pasos de su razonamiento mientras se

La implementacin de un sistema transaccional de registro de historias

La adquisicin de nuevos hechos, que se registran en la base de

programacin. 3 Edicin. Editores Internacional Thomson. Espaa

Romero Moreno, Gesvin. 2004. UML con Racional Rose. 1 Edicin.

Autores: Jimnez Snchez & Prez Mechn

Jacobson, Ivar. Booch, Grady. Rumbaugh, James. 2000. El proceso

Pressman, Roger. 2001. Ingeniera de Software, un enfoque prctico. 5

Lawrence Pfleeger, Shari. 2002. Ingeniera de Software, Teora y

Kendal, Kenneth & Kendal, Julie. 2005. Anlisis y Diseo de Sistemas.

Ministerio de Salud. 2006. Normas tcnicas de salud para el control de la

MSc. Henao, M. 2001. Tesis Doctoral CommonKADS-RT: Una

Pajaras, G; Santos, M. 2006. Inteligencia Artificial e Ingeniera del

Durkin, J. 1994 Expert Systems: Design And Development. Maxwell

http://www.divulgaia.com/cursos/cursos.xml?numero=2&nombre=2003-926a&numLecc=1. 15 Febrero 2006