Sunteți pe pagina 1din 30

Universitatea Apollonia din Iasi Facultatea de Medicina Dentara

APLICATII ALE INFORMATICII IN MEDICINA DENTARA

Conf.univ.dr. Tudorel FTU

2011-2012

1. Aplicaii bazate pe cunotine

1.1. Introducere Aplicaiile bazate pe cunotine (Knowledge-based Applications) sunt aplicaii informatice care folosesc pentru ndeplinirea sarcinilor cunotine explicite i separate de restul programului. Aceste cunotine sunt stocate i utilizate de ctre aplicaie n cazuri concrete care sunt sufficient de complexe pentru a fi soluionate ntr-o manier acceptabil doar prin raionamente. Definiia merit s fie promovat deoarece delimitarea conceptului nou-introdus se face prin criteria uor de utilizat. Aplicaiile bazate pe cunotine constituie obiectul uneia dintre cele mai importante ramuri a informaticii. n prezent cea mai important i cunoscut categorie de aplicaii bazate pe cunotine o constituie sistemele-expert, dar perspectivele unora din noile clase de aplicaii derivate din sistemele expert sunt deja interesante Un program de diagnostic medical bazat pe cunotine este cel care primete datele unui anume pacient i formuleaz pe baza acestora diagnosticul pentru respectivul pacient. Datele pe care le poate primi un asemenea program sunt de fapt propoziii de genul: pacientul este febril (simptome); pacientul are dureri abdominale (semne); pacientul are leucocitoz (rezultate ale examenelor paraclinice), etc. Concluziile unui asemenea program ar fi tot propoziii de genul pacientul are peritonit (ce ar putea corespunde datelor prezentate mai sus. Valoarea unui asemenea program este dat de posibilitatea de a primi descrieri detaliate ale manifestrilor bolii i de a folosi n mod corespunztor fiecare detaliu care poate avea vreo importan pentru cazul respectiv. 1.2. Baza de cunotine n cazul aplicaiilor bazate pe cunotine denumirea clasei i definiia arat c raiunea de a fi a acestei aplicaii este utilizarea unei cantiti importante de cunotine, ceea ce nu se justific dect n probleme complexe. Din precizarea n cadrul definiiei c n aceste aplicaii cunotinele sunt separate de restul programului rezult deja ideea unei structuri de date aparte destinat stocrii acestor cunotine. Cunotinele sunt explicite atunci cnd toate detaliile sunt exprimate clar i nu se ajunge la regsirea vreunui detaliu pe baza unor raionamente. Caracterul explicit al cunotinelor se obine prin separarea ntr-o structur de date aparte, unde este consemnat doar o descriere a obiectelor din domeniu i a interaciunilor acestora. Utilizarea acestor cunotine pentru o anumit problem este sarcina unor module de program care pot obine aceste cunotine ori de cte ori este necesar, printr-o operaie de regsire (retrieval), care este similar unei lecturi. Inspecia unei structuri de date rmne mereu posibil, dar coninutul acesteia este scris ntr-o form care s fie neleas n primul rnd de programele care folosesc structura de date. n multe cazurise folosesc programe specializare de vizualizare care dau o traducere a coninutului structurii de date ntro form uor de neles pentru om (eventual, chiar ntr-un limbaj natural). Cunotinele sunt implicite atunci cnd nu sunt exprimate direct. n lipsa afirmaiilor, cunotinele sunt regsite prin consecine logice. n cadrul unui program cunotinele implicite sunt cele folosite la formarea i organizarea instruciunilor programului. Asemenea cunotine nu sunt incluse n instruciunile programului

i pot fi regsite doar dac sunt precizate n documentaia programului. Cunotinele implicite pot fi deduse din analiza instruciunilor programului care le include sau a rspunsurilor programului la diverse seturi de date de intrare. Dac este necesar vreo analiz a instruciunilor unui program, aceasta nu ar valoare dac nu sunt deduse cunotinele implicite. Orice program include cunotinele necesare rezolvrii clasei (sau claselor) de probleme pentru care a fost constituit, dar n marea majoritate a cazurilor acestea sunt implicite. Baza de cunotine este o structur de date destinat stocrii unei colecii de cunotine din domeniul pentru care a fost dezvoltat aplicaia care o conine. Spre deosebire de datele folosite n diverse tipuri de programe, cunotinele sunt complexe, deoarece obiectele din domeniul vizat trebuie descrise ntr-un mod care s permit soluii adecvate pentru numeroase probleme dintre cele mai complexe. Asemenea descrieri presupun o mare varietate de detalii, care se refer n special la: diversele proprieti ale obiectelor, structura obiectelor (diverse componente, proprietile i interaciunile lor) diversele interaciuni ntre obiecte (fenomene, procese, etc.). Asemenea interaciuni au diverse caracteristici i efecte. diverse clase de obiecte, care pot constitui mai multe ierarhii pe mai multe nivele. Pentru toate aceste clase i subclase conteaz criteriile de delimitare i consecinele acestor delimitri. diverse metode de explorare, evaluare i utilizare a obiectelor i interaciunilor acestora. Descrierea obiectelor dintr-un anumit domeniu, ala cum a fost prezentat mai sus, poate fi realizat i utilizat doar prin structuri de date cu o mare varietate de componente i relaii ntre aceste componente. Din aceste motive, caracteristicile aparte ale cunotinelor au impus ca bazele de cunotine s fie o clas aparte de structuri de date. n cazul programului care prezint rezultatele amestecului culorilor fundamentale, o baz de cunotine minimal ar fi format din trei propoziii: 1. Dac se folosesc culorile rou i albastru, atunci se obine culoarea violet. 2. Dac se folosesc culorile rou i verde, atunci rezult culoarea galben. 3. Dac se folosesc culorile albastru i verde, atunci se obine culoarea cyan (verde-albastru) Aceast prezentare este n limbaj natural i este destinat s ilustreze doar natura coninutului bazei de cunotine. Propoziiile pot fi formulate n cteva moduri diferite, dar sensul se pstreaz. n prezent exist mai multe moduri de reprezentare a cunotinelor, iar acestea constituie obiectul unuia dintre cele mai importante capitole ale inteligenei artificiale. Bazele de date au fost propuse n repetate rnduri pentru stocarea cunotinelor, dar nici artificiile de utilizare intensiv a unora din cele mai complexe tipuri de baze de date nu au asigurat nregistrarea n mod corespunztor a tuturor detaliilor folosite n raionamente. Baza de date este de regul o colecie de tabele n care se precizeaz ce obiecte dintr-o anumit clas sunt disponibile la un moment dat, iar pentru fiecare din aceste obiecte doar anumite caracteristici i relaii cu alte obiecte. n acest fel, o baz de date este util pentru descrierea diverselor obiecte din cadrul unei anumite clase, dar ntr-o msur limitat pentru descrierea clasei de obiecte i a comportamentului acestor obiecte n diverse situaii. Prin utilizarea unei baze de date se obine o separare a datelor de restul programului, ntr-un mod similar cu separarea cunotinelor n cadrul aplicaiilor bazate pe cunotine. Aceast asemnare determin multe similariti importante ntre arhitectura sistemelor de gestiune a bazelor de date i a aplicaiilor bazate pe cunotine. n cazul unor utilizri ocazionale ale unui volum redus de cunotine sunt suficiente diverse artificii de programare, i acestea se folosesc i n prezent cnd este posibil. Separarea bazei de cunotine de programele care o utilizeaz a adus o serie de avantaje importante: programele care efectueaz raionamentele sunt mai eficiente;

pot fi utilizate baze de cunotine incomplete; bazele de cunotine pot fi mai uor de modificat. Programele care efectueaz raionamente devin mai simple, deoarece includ n locul cunotinelor din domeniul vizat doar instruciuni de extragere a acestora la nevoie. (Silogismul arat posibilitile teoretice) O aplicaie bazat pe cunotine poate fi utilizat chiar din primele etape ale dezvoltrii, datorit autonomiei diverselor componente ale bazei de cunotine. Valoarea rezultatelor obinute este oricum limitat permanent de volumul cunotinelor disponibile n momentul utilizrii. Baza de cunotine poate fi reactualizat i corectat ori de cte ori este necesar fr a fi necesare modificri ale programelor care o utilizeaz, deci aplicaia este scoas din funciune numai pe perioade foarte scurte pentru modificri. Dei are o structur complex, baza de cunotine poate fi modificat cu uurin relativ dac sunt disponibile editoare specializate pentru cunotinele stocate. Ideea de a separa structura de date de programele care o folosesc pentru a simplifica ntreinerea aplicaiei este utilizat cu succes i pentru alte clase de aplicaii, cum ar fi cele de gestiune a bazelor de date sau cele cu scop educativ. 1.3. Cerine pentru aplicaiile bazate pe cunotine Aplicaiile bazate pe cunotine pot fi folosite pentru diverse sarcini de mare complexitate: Diagnoz; Interpretare; Monitorizare; Previziuni; Planificri; Proiectri. Toate aceste sarcini sunt ndeplinite n condiii similare indiferent de natura sistemului, care poate fi natural, artificial, social, etc. Diagnosticul este, n sensul cel mai larg, o concluzie referitoare la starea funciilor unui sistem, aa cum este dedus prin analiza datelor obinute din observaii. Acest sens este rezultatul unei generalizri a celui binecunoscut din medicin. Diagnosticul precizeaz dac este prezent vreo disfuncie n cazul analizat, iar pentru fiecare din disfunciile depistate trebuie specificate natura i cauzele acesteia. Stabilirea diagnosticului este o sarcin de o complexitate remarcabil, deoarece pot fi prezente concomitent una sau mai multe disfuncii; o disfuncie poate avea cauze diferite i de importan variabil. ntre aceste cauze pot fi i alte disfuncii prezente n acelai caz. o disfuncie poate avea mai multe cauze n acelai caz, i acestea pot aciona simultan i/sau succesiv. Toate aceste cauze trebuie identificate pentru a obine un diagnostic de calitate. descrierile diverselor disfuncii includ elemente diferite de la caz la caz. Datele care permit sesizarea i analiza unei disfuncii ale unui anumit sistem pot fi considerate semne ale disfunciei. Un asemenea semn este, de fapt, o modificare a aspectului i/sau a funciei sistemului analizat sau ale uneia din prile componente. Semnele unei disfuncii sunt determinate n special de cauzele disfunciei, dar i de diverse particulariti ale sistemului afectat. De regul nici una dintre datele care pot fi semne ale unei disfuncii a sistemului analizat nu este suficient pentru a susine singur un diagnostic, deoarece se refer la o modificare ce poate fi efectul mai multor disfuncii diferite. O disfuncie poate fi depistat adesea numai pe baza mai multor date obinute din surse diferite. Exist multe cazuri n care semnele unei disfuncii nu sunt evidente i trebuie fcute diverse investigaii, iar asemenea investigaii sunt adesea diverse i greu de planificat.

Marea majoritate a disfunciilor au mai multe stadii evolutive i n fiecare din aceste stadii pot apare semne diferite. Diferenele pot fi ntr-att de mari nct stadii evolutive diferite ale aceleiai disfuncii s fie considerate n mod eronat disfuncii diferite. Cnd este analizat o anumit disfuncie, pentru a obine o bun caracterizare a acesteia trebuie s se in seama de toate prile componente ale sistemului care pot fi implicate n disfuncia respectiv. n acest fel se evit omisiunea unor cauze care sunt adesea importante. Dac modificrile sesizate ntr-un anumit caz sugereaz posibilitatea mai multor disfuncii, se recomand s se presupun n primul rnd prezena cele mai probabile disfuncii dintre cele posibile. Aceast ipotez se confirm doar n majoritatea cazurilor, nu n toate, i uneori nici n marea majoritate. Chiar i aa, n cazul analizei multor cazuri se realizeaz o economie important de timp i eforturi. Cnd semnele analizate sugereaz prezena mai multor disfuncii concomitent n acelai caz, se recomand s se presupun n primul rnd prezena unei disfuncii care s explice ct mai multe modificri dintre cele sesizate n cazul respectiv. Aceast presupunere se confirm n cele mai multe cazuri i asigur o economie importante de timp i eforturi. n medicin formularea diagnosticului este cea mai mare problem n majoritatea cazurilor i semiologia este una dintre cel mai importante discipline. Cele prezentate mai sus sunt bine cunoscute i prezentate pe larg n semiologie, dar sunt valabile i n diverse domenii de activitate, altele dect medicina. Interpretarea este un proces de analiz a unei situaii care vizeaz depistarea unei semnificaii sau gsirea unei explicaii care nu este evident. Scopul interpretrii este gsirea unui neles ascuns, care se refer de regul la o anumit evoluie a situaiei date (a unui anumit sistem). n multe cazuri este vorba de semnificaia unui mesaj sau a unor evenimente care au efectul unui mesaj. Unele dintre cele mai complexe cazuri sunt cele de nelegere a unei situaii descrise prin date provenite din surse de informaii diferite, cum ar fi diverse categorii de senzori. Multe probleme ale interpretrii sunt studiate n cadrul semanticii, care este o ramur a logicii. Monitorizarea este un proces de supraveghere sistematic i continu care poate avea ca scopuri: detectarea unor pericole; controlul calitii (unui semnal sau produs obinut printr-un proces continuu); depistarea unor elemente semnificative dintr-un semnal. Acest proces presupune comparaii ale rezultatelor observaiilor efectuate la intervale stabilite n prealabil cu nite valori dezirabile, pentru a depista cazurile n care este necesar o intervenie i a stabili natura interveniei. De regul pentru monitorizare se folosesc instrumente care nu au efect asupra operaiunilor vizate. ntre disciplinele desprinse relativ recent din filozofie este i controlul proceselor, care studiaz printer altele i diverse probleme ale monitorizrii. Previziunea este o presupunere a unei evoluii ulterioare i a unor consecine posibile ale unei situaii date, aa cum este dedus din analiza unor date. Probleme serioase pot fi create de: lipsa unor date care pot fi utile ntr-un anumit caz; date care pot fi eronate datorit unor erori de recoltare a datelor sau de transmitere a acestora. Frecvena i importana erorilor pot varia de la caz la caz chiar n limite largi. volumul prea mare de date care trebuie prelucrate ntr-un caz anume. Un asemenea volum de date este adesea impus de o mare varietate de factori cauzali care au importan i durat variabile. cunoaterea insuficient a cauzelor unor fenomene; elemente ale situaiei care nu pot fi prevzute din diverse motive. Multe elemente ale rezultatului prediciei pot fi afectate de incertitudini sau imprecizii dintre cele mai diverse.

Planificarea este, n sensul cel mai larg, stabilirea metodelor care urmeaz s fie utilizate pentru atingerea unui anumit obiectiv. Un plan de aciune este o intenie consemnat, de regul, n diverse documente care este organizat ca o list a etapelor ce trebuie parcurse pentru atingerea obiectivului propus. Fiecare etap include una sau mai multe aciuni ce trebuie ndeplinite, eventual i nite obiective de etap. Un plan detaliat conine pentru fiecare din aciunile incluse detaliile (proprietile) care au vreo importan pentru ndeplinirea obiectivului propus. Se recomand s fie identificate i reinute toate detaliile care pot avea vreo importan, deoarece importana unui detaliu poate varia n limite largi de la caz la caz. Un plan al unei cldiri, instalaii sau al unei maini (n sensul cel mai larg, care include, printer altele, i mainile-unelte) este un document care conine o descriere a aranjamentului sistematic al elementelor componente ale sistemului vizat. n acest fel sunt specificate forma, dimensiunile i plasarea n spaiu a elementelor componente, iar din plasarea n spaiu rezult diverse relaii ntre aceste componente (n primul rnd cele date de poziie, dar i destule dintre cele date de funciile lor. Aceast clas de planuri este apropiat de prima, deoarece reprezint rezultatul dorit al aciunilor de construire a sistemului vizat. Planificarea este un proces complex datorit marii varieti a detaliilor care pot avea importan pentru rezultatul final. Un plan poate deveni adesea nerealizabil dac nu se ine cont de fiecare din resursele disponibile. Marile clase de resurse sunt umane, materiale, financiare i informaionale. Mai totdeauna aceste resurse sunt limitate sau chiar insuficiente. O problem serioas a planificrii este posibilitatea unor situaii neprevzute. Asemenea situaii pot avea o mare importan pentru rezultatul final al planului. Diverse probleme ale planificrii sunt studiate n cadrul unor discipline desprinse relaiiv recent din filozofie, cum ar fi teoria deciziei, gestiunea proiectelor (project management) i gestiunea proceselor (process management). Proiectarea este procesul prin care se stabilete structura unui sistem artificial. n cadrul structurii se precizeaz elementele componente ce vor fi incluse, detaliile fiecrui component i poziia fiecrui component n cadrul sistemului. Din poziiile componentelor rezult un aranjament prin care se precizeaz relaiile spaiale i funcionale stabilite ntre componente. Deciziile referitoare la componente sunt determinate de o serie de obiective ale proiectului respectiv. Obiectivele unui proiect se stabilesc pe baza unei serii de cerine de proiectare. De fapt, stabilirea acestor cerine este prima faz a proiectului. Cerinele proiectrii se mpart n dou mari categorii: funcionale i nefuncionale. Cerinele funcionale determin diverse detalii ale funciilor sistemului proiectat. Cerinele nefuncionale se refer la diverse aspecte ale utilizrii sistemului vizat, cum ar fi costurile funcionrii, uurina utilizrii, condiii de ntreinere, fiabilitate, etc. n prezent aplicaii bazate pe cunotine sunt utilizate sau propuse pentru toate domeniile de activitate i n ultimii ani s-au delimitat cteva categorii mari de asemenea aplicaii.
1.4. Clase de aplicaii bazate pe cunotine

Analiza definiiei aplicaiilor bazate pe cunotine arat c este vorba de o categorie de aplicaii delimitat n primul rnd pe baza unui principiu de arhitectur. Arhitectura unui program (software architecture) este o specificaie a modului de organizare a acestuia, i se refer la: componentele programului (unitile de program de pe nivelul cel mai nalt de organizare); proprietile vizibile din exterior ale acestor componente (importante pentru alte componente de acelai nivel sau chiar de utilizator); relaiile ntre componente (care precizeaz condiiile de colaborare ntre diversele componente). Multe clase de aplicaii sunt delimitate pe baza unei anumite sarcini de ndeplinit (tasks), iar arhitectura este o consecin a cerinelor (aa cum n biologie funcia unui organ determin structura acestuia). Asemenea clase de aplicaii sunt

programele de calcul (calculators), a cror sarcin este aplicarea unor formule de calcul; aplicaiile de gestiune a bazelor de date (database management systems) a crr sarcin este ntreinerea i utilizarea unei baze de date; editoarele grafice, a cror sarcin este crearea i modificarea unor imagini. n cazul editoarelor grafice, este de remarcat c acestea constituie doar o clas de aplicaii n cadrul supraclasei editoarelor. Editorul este un program destinat crerii i modificrii unei colecii de date, iar clasele de editoare sunt delimitate pe baza tipului coleciei de date. Cele mai cunoscute clase de editoare sunt cele de text i cele grafice, dar sunt i editoare ale bazelor de date (ca modul n cadrul sistemului de gestiune a bazelor de date), sau ale sunetului, etc. S-a ajuns la delimitarea claselor de editoare datorit diferenelor importante ntre structurile diverselor colecii de date. n cazul aplicaiilor bazate pe cunotine principiul de arhitectur care este esena acestei clase de aplicaii ofer o deschidere pentru ndeplinirea unei game variate de sarcini. n aceste condiii, aplicaiile bazate pe cunotine constituie o supraclas n cadrul creia mai multe clase pot fi delimitate pe diverse criterii. ntre toate aceste clase, prima n ordine cronologic i poate cea mai cunoscut i important i n prezent este cea a sistemelor-expert. Sistemele-expert sunt sisteme de programe ce rezolv ca un expert o problema dintr-un domeniu bine definit al activitii practice. Baza de cunotine a sistemului-expert se refer de regul la un ntreg domeniu consacrat sau o seciune a acestuia. Sistemul informatic este o colecie de programe care colaboreaz pentru ndeplinirea unui grup de sarcini nrudite. Diversele clase de aplicaii bazate pe cunotine se delimiteaz n special pe baza a dou criterii: nivelul cunotinelor utilizate i extinderea domeniului aplicaiei. Nivelul cunotinelor utilizate poate fi n principiu expert sau non-expert i are importan n special pentru complexitatea aplicaiei, dar i pentru volumul bazei de cunotine. Extinderea domeniului aplicaiei este principalul factor care determin volumul bazei de cunotine. O aplicaie poate fi dezvoltat pentru o specialitate consacrat, dar pot fi i unul sau mai multe capitol dintr-un domeniu consacrat. Expertiza este un mod de cunoatere intensiv care permite obinerea unor soluii bune i rapide chiar n probleme dintre cele mai dificile din domeniul vizat. Acest scop presupune un mare volum de cunotine de mare complexitate. Unele estimri au artat c experii dein adesea un volum de 100 300 de ori mai mare de cunotine dect specialitii nou-formai din acelai domeniu. Utilizarea expertizei creeaz probleme aparte, deoarece include majoritatea cunotinelor noudobndite, care adesea sunt utilizate nainte de a fi bine sistematizate. ntre categoriile mai noi de aplicaii bazate pe cunotine mai cunoscute pn n prezent sunt: Sistemele non-expert; Sistemele multi-expert; Sistemele de asistare a deciziei; Programele-expert. Sistemele non-expert sunt destinate s rezolve cazuri pentru care sunt suficiente cunotine de nivel mediu, cum ar fi rezervarea biletelor de cltorie sau sfaturi pentru pacienii care au nevoie de o prim orientare (la ce medic sa se prezinte pentru o anumit afeciune i cam care ar fi prognosticul acesteia). Sistemele-multiexpert sunt o categorie de aplicaii provenite, n principiu, din integrarea mai multor sistemeexpert consacrate unor domenii diferite de activitate. n medicin ar putea fi utile pentru cazurile extrem de complexe, care impun un consult multidisciplinar.

O problem serioas n cazul acestor aplicaii s-a dovedit organizarea unei colaborri eficiente ntre diversele sisteme-expert integrate. Soluiile adoptate presupun o serie de cunotine aparte, pentru care s-a delimitat inteligena artificial distribuit ca un subdomeniu aparte al inteligenei artificiale. S-a propus adesea denumirea de sisteme-multiexpert pentru aplicaii care in cont de prerile divergente al experilor din acelai domeniu pentru un anunit caz. Denumirea sugereaz oricum apelul la mai muli experi i nu se precizeaz dac este vorba de un singur domeniu de expertiz sau mai multe. n cazul opiniilor divergente dintr-un domeniu, se pune ntrebarea dac problemele create de acestea sunt att de mari nct s justifice delimitarea unei clase aparte de aplicaii i dac nu cumva ar fi mai eficient o varietate corespunztoare de sisteme expert. n multe cazuri divergenele ntre opinii sunt consecina unor cunotine insuficiente n subdomeniul utilizat pentru problema respectiv, iar extinderea cunotinelor duce adesea la atenuarea sau eliminarea unor asemenea divergene. Cei ce au propus folosirea denumirii pentru sisteme-multiexpert nu au propus vreo denumire pentru aplicaiile care folosesc expertiza din domenii diferite. Sistemele-multiagent sunt sisteme informatice care grupeaz mai muli ageni pentru ndeplinirea unei sarcini complexe. Agentul este un pogram care verific periodic datele prelucrate de alte programe i intr n aciune atunci cnd sesizeaz prin analiza acestor date o situaie care impune aciunea pentru care agentul a fost implementat i instalat. De regul agentul i execut sarcina n fundal i raporteaz doar rezultatele finale. Agenii pot avea un comportament simplu sau inteligent. Unul dintre cele mai simple tipuri de ageni este un program care verific data sistemului i anun dac n ziua respectiv este un anumit eveniment deosebit pentru utilizator. Asemenea ageni cu rol de avertizare pot fi foloii i n scopuri medicale, pentru a semnala diverse erori de planificare a tratamentului sau situaii n care situaia pacientului se agraveaz. Au fost propui i ageni de cutare pe Internet pentru a semnala noutile dintr-un anumit domeniu (produse, literatur de specialitate). Asemenea ageni pot fi utili i n scopuri medicale, pentru a semnala noutile din literatura medical, dar i diverse medicamente sau echipamente de uz medical. Exist riscul de a se confunda sistemele multi-agent cu sistemele-multiexpert, dar denumirea de multiagent nu garanteaz nivelul de expert pentru cunotinele stocate, i nici mcar un comportament inteligent, dei exit o tendin de a se prefera agenii inteligeni. Sistemele de asistare a deciziilor (Decision Support Systems) sunt o clas de sisteme informatice care susin procesul de adoptare a deciziilor. Asemenea sisteme sunt utile pentru adoptarea deciziilor n situaii de mare complexitate. Utilizatorul unui asemenea sistem este persoana care adopt decizia (numit uneori i decident) sau consilierul acesteia. S-au propus trei tipuri de sisteme de asistare a deciziilor: pasive, care asist decizia, dar nu propun n mod explicit sugestii sau soluii; active, care pot propune n mod explicit sugestii sau soluii cooperative, care permit utilizatorului s completeze sau s rafineze decizia propus de sistem i s o retrimit sistemului spre validare. O asemenea validare poate fi repetat de mai multe ori dac este cazul. Pentru asistarea deciziilor se folosesc date din surse extrem de diverse: n special baze de date, dar i diverse documente, foi de calcul tabelar (spreadsheet), etc. Diversele programe din cadrul acestui sistem pot realiza diverse sinteze ale situaiei analizate (inclusiv cu grafice i/sau rapoarte dintre cele mai diverse i diveri indicatori, etc) diverse predicii, pentru a estima efectele diverselor decizii posibile. Structura sistemelor de adoptare a deciziilor este complex, dar de regul se propun trei mari componente:

sistemul de gestiune a bazelor de date (DBMS, de la Data Base Management System), pentru obinerea rapoartelor din bazele de date utilizate sistemul de gestiune a bazelor de modele (MSMS, de la Model Base Management System), care grupeaz diverse programe folosite pentru simulri, optimizri sau prelucrri statistice (serii temporale, etc.) sistemul de gestiune i generare a dialogurilor (DGMS, de la Dialog Generation and Management System), care asigur interaciunea cu utilizatorul. Asemenea aplicaii pot include i sisteme-expert, care sunt recomandate n special pentru diagnoz cnd sunt multe date incerte sau de rtip calitativ. S-a propus denumirea de sisteme de asistare a deciziilor pentru sisteme-expert, dar aceasta este deja folosit pentru o serie de aplicaii de natur diferit.

2. Sisteme-expert
2.1. Introducere Sistemele-expert sunt i n prezent principala categorie de aplicaii bazate pe cunotine. Teoria sistemelor-expert recomand trei caracteristici eseniale pentru a stabili dac o aplicaie este sistemexpert autentic sau face parte din vreo alt clas. Aceast deosebire este important datorit prestigiului aparte al sistemelor-expert i diverselor avantaje conferite de acest prestigiu. Cele trei caracteristici sunt: existena unei baze de cunotine separate de restul sistemului (sunt aplicaii bazate pe cunotine); raionamentele sistemului sunt efectuate la nivelul experilor din domeniu; raionamentele efectuate sunt prezentate n detaliu, prin contribuia unor programe speciale din cadrul sistemului-expert. Posibilitatea conferit sistemului-expert de a explica de ce s-a ajuns la o anumit concluzie este o caracteristic de foarte mare importan. Soluia dat de un sistem-expert este greu de verificat, are adesea o mare importan i rmne mereu riscul unor erori, aa c adesea fiecare detaliu care a contribuit la o anumit concluzie trebuie s fie disponibil pentru analiza soluiei, n funcie de modul de colectare a datelor cazului analizat sistemele-expert pot fi Interactive, cnd prelucreaz date furnizate de ctre utilizator la consol sau Integrate, cnd prelucreaz date colectate din diverse aparate sau baze de date ale diverselor aplicaii.. Consultarea sistemului-expert pentru analiza unui caz poate fi Interactiv, dac sistemul solicit periodic informatii despre problema abordat (nainte de a prezenta rezultatele analizei cazului) sau non-interactiv, dac nu este nici o ocazie de interaciune cu utilizatorul pn ce sistemul prezint rezultatele analizei cazului. Sistemele-expert n timp real constituie o varietate de sisteme-expert cu timp de rspuns strict limitat pentru a nu fi sesizat de utilizator. Asemenea sisteme-expert se folosesc, printre altele, n cadrul unor sisteme de control ale proceselor tehnologice. Mai multe varieti de sisteme-expert au fost delimitate pentru diverse categorii de utilizatori. Dac se ine cont de nivelul de pregtire, utilizatorii pot fi experi sau utilizatori comuni. Un expert uman folosete de regul un sistem-expert de consultan. Un asemenea sistem-expert are un rol de consilier destinat n primul rnd s-i reaminteasc expertului uman ceea ce se presupune c tie, dar ar putea uita. Astfel se realizeaz asistarea expertului uman. Un utilizator comun folosete un sistem-expert care permite unor persoane s adopte decizii deasupra nivelului lor de pregtire i experien i uneori chiar n afara acestuia. n acest fel se ajunge la nlocuirea expertului uman, dar este extrem de riscant o nlocuire total a unor asemenea specialiti. De regul se asigur o nlocuire parial, n special pentru cazurile n care experii umani nu sunt disponibili. De regul utilizatorii comuni folosesc versiuni ale sistemelor-expert numite versiuniutilizator sau sisteme blocate, deoarece pot fi utilizate doar pentru analiza cazurilor (n modul exploatare) fr posibilitatea modificrii cunotinelor stocate. Dac se ine cont de afilierea utilizatorilor se pot dezvolta versiuni interne i externe ale sistemelor-expert. Un sistem-expert extern este destinat unui numr mare de utilizatori, din ntreprinderi diverse. Marea majoritate a sistemelor-expert sunt din aceast categorie.

Un sistem expert intern este destinat pentru utilizarea exclusiv n interiorul unei ntreprinderi. n asemenea cazuri coninutul bazei de cunotine este adaptat condiiilor specifice ntreprinderii respective. Asemenea sisteme-expert sunt dezvoltate mai rar, n special pentru ntreprinderi foarte mari. Utilitatea sistemelor-expert este sporit de posibilitatea de a asigura utilizarea sistematic a unor protocoale care in cont de foarte multe detalii i/sau a unor formule care presupun calcule laborioase; diseminarea facil a expertizei n regiunile unde este deficitar; o mai bun nelegere i organizare a cunotinelor care sunt pregtite pentru utilizarea n cadrul sistemuluiexpert. 2.2. Arhitectura sistemelor-expert Sistemele-expert au o arhitectur complex, n cadrul creia principalele component sunt: Baza de cunotine ; Baza de fapte ; Motorul de inferene ; Modulul explicativ. n multe cazuri mai pot fi incluse i diverse alte componente. (Plana 2.1)

Plana 2.1 Schema-bloc a sistemului-expert Baza de fapte (Facts Base) este o structur de date ce conine enunul problemei abordate i rezultatele intermediare obinute n cursul rezolvrii. Coninutul bazei de fapte este utilizat i pentru justificarea raionamentelor efectuate. Baza de fapte are statutul unei memorii auxiliare pe termen scurt, al crei coninut este dependent de situaia creat. Dup rezolvarea unei probleme coninutul bazei de fapte este conservat doar la cererea expres a utilizatorului. Baza de cunotine (Knowledge Base) este folosit pentru rezolvarea tuturor problemelor din domeniul ales pentru aplicaie. Are statutul unei memorii principale pe termen lung.

n unele domenii se utilizeaz i baze de date pentru stocarea unor fapte utilizate pe perioade mai lungi ntr-o serie de cazuri din domeniul analizat. De exemplu, o baz de date se pot utiliza pentru firmele dintr-un anumit domeniu i o anumit zon, dac au importan pentru problemele abordate. n cazul programului de prezentare a rezultatului amestecului culorilor fundamentale o baz de cunotine ar putea fi cea format din trei propoziii. 1. Dac se folosesc culorile roie i albastr, atunci se obine culoarea violet. 2. Dac se folosesc culorile roie i verde, atunci rezult culoarea galben. 3. Dac se folosesc culorile albastr i verde, atunci se obine culoarea cyan Un exemplu de baz de fapte cu datele unei probleme ce ar putea fi rezolvat cu ajutorul bazei de cunotine de mai sus ar putea fi cea format din propoziiile S-a folosit culorea roie. i S-a folosit culoarea verde. Un alt exemplu de baz de fapte (tot pentru baza de cunotine prezentat mai sus) ar cea format din propoziiile S-a folosit culoarea roie. i S-a folosit culoarea albastr. n acest exemplu structurile de date i rezultatele au fost prezentate n limbajul natural. Acestei formulri i pot corespunde cteva moduri diferite de reprezentare, dar rezultatele sunt aceleai. Motorul de inferene (Inference Engine) este programul care asigur re zolvareacazului analizat pe baza cunotinelor disponibile n cadrul bazei de cunotine i a faptelor din baza de fapte. Este o structur practic independent de baza de cunotine, care conine doar cunotine implicite referitoare la rezolvarea claselor de probleme din domeniul vizat. Principalele componente ale motorului de inferen sunt: interpretorul, care analizeaz i prelucreaz fiecare propoziie ; planificatorul (Scheduler) care determin ordinea n care cunotinele sunt analizate. Acelai motor de inferene poate fi utilizat pentru mai multe sisteme-expert care utilizeaz baze de cunotine cu structuri similare. Modulul explicativ (Explicative Module) este folosit pentru a prezenta raionamentele efectuate n cazul unei probleme analizate cu sistemul-expert respectiv. Printre diversele aspecte ale raionamentelor pot fi precizate: cum a fost utilizat o anumita informaie; cum s-a ajuns la o anumit decizie; ce decizie s-a adoptat pentru o anumit subproblem. Explicatiile furnizate n acest pot fi utilizate pentru verificarea bazei de cunotine. Aceast facilitate este de mare importan n cazul sistemelor-expert, deoarece sunt cazuri n care se face apel la cunotine insuficient sistematizate i validate, sau chiar neintroduse n baza de cunotine n momentul analizei cazului respectiv. 2.3. Dezvoltarea i ntreinerea sistemelor-expert Dezvoltarea sistemelor-expert s-a dovedit a fi un proces de mare complexitate datorit volumului i complexitii cunotinelor utilizate n cadrul acestor aplicaii. O problem serioas s-a dovedit a fi dificultatea transpunerii cunotinelor ntr-o form care s poat fi folosit de calculator. ntreinerea sistemelor-expert s-a dovedit a fi un proces de complexitate i importan comparabile cu ale dezvoltrii acestora. Importana aparte a ntreinerii este una din cele mai importante caracteristici ale sistemelor-expert.

Progresul n orice domeniu de activitate determin extinderea i revizuirea n special a cunotinelor din domeniul expertizei. Experii sunt nevoii s foloseasc deseori cele mai noi cunotine din domeniu nainte ca acestea s poat fi validate, aprofundate i organizate n mod corespunztor n cazuri care adesea au o mare importan i complexitate, Orice ameliorare a calitii unor asemenea cunotine are adesea mare importan pentru rezultatele analizei. Noile evoluii ntr-un domeniu determin uneori revizuirea unor cunotine care au o mare importan n acel domeniu, ceea ce poate impune chiar reorganizri ample ale unor ntregi subdomenii. Uneori se poate chiar ajunge la o veritabil revoluie n acel domeniu, dac o serie de cunotine nou-dobndite influeneaz semnificativ ntreaga activitate din domeniul respectiv. n prezent frecvena i chiar importana unor asemenea schimbri pot ajunge s creasc datorit ritmului accelerat al evoluiei tiinei. n aceste condiii, ntreinerea devine un proces practic permanent i de mare importan pentru sistemele-expert. Ingineria cunotinelor (Knowledge Engineering).este un domeniu al inteligenei artificiale care studiaz colectarea cunotinelor experilor i organizarea acestora ntr-un mod care permite utilizarea acesora n cadrul sistemelor-expert. Acest domeniu a fost delimitat datorit complexitii dezvoltrii i ntreinerii sistemelor-expert, precum i a necesitii unei activiti permanente de ntreinere a acestora. n acest fel rezult un volum de cunotine i activitate care impune ingineria cunotinelor ca o specialitate distinct n cadrul informaticii. Una dintre cele mai mari probleme de inginerie a cunotinelor este chiar delimitarea domeniului unui anumit sistem-expert, n special din cauza situaiilor n care nu pot fi analizate fr cunotine din alte domenii. Aceast problem este posibil s devin mai serioas n cazul abordrii multidisciplinare a multor subiecte, care a dat adesea rezultate bune sau chiar peste ateptri. Achiziia cunotinelor este procesul de colectare a cunotinelor care urmeaz a fi utilizate n cadrul sistemelor-expert. Principala surs a acestor cunotine o constituie experii umani, dar i literatura de specialitate este o surs care uneori poate fi important. Principala dificulti create de experii umani sunt timpul limitat n care sunt disponibili i furnizarea unor cunotine incomplete. Experii umani sunt greu de contactat deoarece se formeaz greu i serviciile lor sunt necesare pentru situaii care adesea sunt importante. Cunotinele sunt incomplete att datorit timpului disponibil limitat, ct i tendinei multor experi de a percepe o serie de cunotine folosite n mod curent n domeniul lor de activitate ca fiind uor de neles, dei acesta sunt adesea prea complexe pentru a fi deduse sau asimilate cu uurin de in terlocutori. O problem serioas, dei rar menionat, este c nu totdeauna un anumit expert stpnete toate cunotinele acumulate n domeniul n care este recunoscut. Chiar limitele domeniilor sunt adesea obiectul unor controverse vii, i inteligena artificial este departe de a fi singurul domeniu n aceast situaie. Consultarea experilor umani are o serie de avantaje majore, ntre care se remarc: posibilitatea de a obine o reformulare a unor cunotinele care iniial nu au fost preluate n bune condiii; posibilitatea de obinere a unor cunotine care din diverse motive nu sunt consemnate n literatura de specialitate. Literatura de specialitate are avantajul unei disponibiliti mult mai mai dect a experilor umani, dar prezint i riscul de a oferi o serie de cunotine incomplete i deformate. Analiza diverselor avantaje i dezavantaje sugereaz c experii umani i literatura de specialitate constituie surse complementare de cunotine. Compilarea cunotinelor provenite din mai multe surse diferite este laborioas, dar n unele cazuri se pot obine astfel cunotine mai vaste i mai bine organizate dect ar prea posibil n urma consultrii unei anumite surse. Pentru a spori eficiena extragerii cunotinelor s-au propus diverse metode care au dat adesea rezultate bune sau cel puin ncurajatoare.

n unele cazuri extragerea cunotinelor a fost sistematizat prin utilizarea unor chestionare special pregtite spre a evita omisiunile. n domeniul nvrii automate (machine learning) s-au propus o serie de programe care asist inginerul de cunotine sau chiar expertul uman s preia i s organizeze cunotinele necesare n mod corespunztor. Asemenea programe sunt proiectate s asigure: limitarea omisiunilor n cursul extragerii cunotinelor; depistarea unor vicii de logic ce pot reduce n mare msur calitatea cunotinelor: sugerarea unor modificri care pot spori calitatea cunotinelor, etc. n prezent se lucreaz i la programe de cutare pe Internet a literaturii de specialitate pentru depistarea celor mai noi achiziii n domeniul vizat. Alturi de toate aceste metode se recomand ca inginerul de cunotine s-i asigure i o iniiere n domeniul pentru care pregtete un sistem-expert, adesea prin studiu individual. Dezvoltarea pe etape este o abordare recomandat de mult pentru aplicaii complexe din cele mai diverse clase i a dat adesea rezultate bune. n cazul sistemelor-expert, ca i n cazul altor aplicaii bazate pe cunotine, acest sistem a permis asigurarea prompt a unui nivel de utilitate cert i chiar o bun compartimentarea cunotinelor stocate. Stadiile consacrate de dezvoltare a unui sistem-expert sunt: prototip demonstrativ; prototip de cercetare; prototip de teren. Prototipul demonstrativ (demonstrative prototype) ofer soluii doar pentru cteva cazuri dintre cele mai tipice, care constituie o zon restrns a domeniului vizat. Un asemenea prototip este dezvoltat n cteva luni i constituie o prim prob a utilitii noului sistem-expert i a validitii deciziilor de proiectare adoptate n cazul respectiv. Prototipul de cercetare (research prototype) atinge nivelul mediu al specialistului din domeniu i ofer soluii bune n toate subdiviziunile domeniului vizat. Un asemenea prototip este obinut de regul n 1 2 ani prin extinderea prototipului demonstrativ. Prototipul de teren (field prototype) este cel care include n mod progresiv majoritatea cunotinelor din domeniul expertizei. Un asemenea prototip este obinut prin extinderea prototipului de teren i n cursul dezvoltrii se ine cont i de diverse detalii ntlnite n activitatea curent, pe parcursul testrii n teren. Rezultatul acestui stadiu de dezvoltare este un sistem-expert care poate da rspunsuri la nivelul experilor din domeniu n toate subdiviziunile domeniului vizat, cu un risc de erori de cca. 1 5%. O problem serioas o constituie tranziia dificil de la stadiul iniial de prototip demonstrativ la cele avansate. Cazurile tipice necesit de regul doar un volum limitat de cunotine bine asimilate i demonstreaz fezabilitatea cu o uurin derutant. Problemele date de volumul, complexitatea i limitele cunotinelor din domeniu se ntlnesc doar n stadiile avansate, ceea ce duce la abandonul multor proiecte de dezvoltare a sistemelor-expert n stadiul de prototip de cercetare. O problem serioas o constituie i necesitatea finanrii continue a dezvoltrii sistemelor-expert mai muli ani la rnd. Asigurarea finanrii ntreinerii este un alt obstacol major, deoarece n cazul sistemelorexpert ntreinerea presupune eforturi i cheltuieli comparabile cu cele necesare pentru dezvoltare. 2.4. Reprezentarea cunotinelor Reprezentarea cunotinelor este o metod utilizat pentru codificarea cunotinelor utilizate de ctre sistemele-expert. Exist mai multe moduri de reprezentare a cunotinelor, dar n toate cazurile sunt folosite n special simboluri care sunt grupate n structuri de date complexe, care indic relaiile ntre

simboluri. Raionamentele sunt bazate n special pe compararea simbolurilor ,i utilizarea relaiilor ntre acestea, dar n marea majoritate a cazurilor pot fi utilizate i diverse metode de calcul inteligent. Pentru fiecare mod de reprezentare a cunotinelor exist motoare de inferen i programe de utilizare specifice acestuia. Regulile de producie constituie principalul mod de reprezentare a cunotinelor, dar n multe cazuri au fost folosite i reelele semantice sau cadrele. Aceleai cunotine pot fi reprezentate n diferite moduri, i n prezent exist chiar programe utilitare care pot obine dintr-o baz de cunotine reprezentat ntr-un anumit mod o alt baze de cunotine care este echivalent cu cea iniial, n care aceleai cunotine sunt reprezentate ntr-un alt mod. Reprezentarea adecvat a cunotinelor n cadrul unui sistemului-expert presupune o formulare i organizare a cunotinelor mai riguroase dect cele solicitate n activitatea curent n domeniu i chiar la redactarea pentru literatura de specialitate. O serie de dificulti de reprezentare a cunotinelor sunt specifice diverselor clase de cunotine, ntre care mai importante sunt: cunotinele empirice; cunotinele teoretice; cunotinele implicite; metacunptinele. Cunotinele empirice sunt cele deduse prin utilizarea organelor de sim sau a unor instrumente de msur. Asemenea cunotine se refer n special la manifestrile externe ale sistemelor studiate i ale diverselor fenomene. Principalele metode de obinere a cunotinelor empirice sunt observaia i descrierea. Cunotinele teoretice sunt cele care se refer n special la esena i la relaiile interbe ale sistemelor studiate, precum i la cauzele fenomenelor. Principalele metode de obinere a cunotinelor teoretice sunt experimentul i diverse raopnamente (care vizeaz n special prelucrarea rezultatelor experimentelor). Cunotinele implicite sunt cele care de regul sunt omise n cursul prezentrii diverselor susteme i fenomene. Asemenea cunotine se refer n special la adevruri dintre cele mai generale i mai bine cunoscute chiar de publicul larg i adesea sunt greu de explicat. Oamenii pot folosi asemenea cunotine chiar fr s contientizeze, dar calculatorul nu le poate folosi dect dac sunt reprezentate n cadrul aplicaiilor informatice. Metacunotinele sunt cunotine care au rolul de a descrie restul cunotinelor dintr-un anumit domeniu i determina modul de utilizare al acestora. Pentru a explica natura i rolul metacunotinelor se folosete adesea sintagma cunotine despre cunotine. Cunotinele empirice pot fi adesea suficiente pentru realizarea unor raionamente eficiente, dar cunotinele teoretice sunt mai utile pentru explicaii i diminuarea riscului de obinere a unor concluzii eronate. Modurile de raionament pentru obinerea rezultatelor sunt cel euristic i cel algoritmic. Un raionament este algoritmic atunci cnd ine cont de toate detaliile necesare pentru a obine concluzii corecte n toate cazurile analizate, inclusiv n cele mai rare i cele mai complexe. Un raionament este euristic atunci cnd se bazeaz doar pe elementele care permit s se obin rapid o soluie corect n majoritatea cazurilor utilizate. Muli specialiti au fost tentai s promoveze metode euristice de raionament, deoarece acestea obin rezultatul mai rapid i sunt mai uor de implementat. O asemenea abordare poate da rezultate bune n cazul sistemelor non-expert, dar este n contradicie cu raiunea de a fi a sistemelor-expert, deoarece acestea sunt dezvoltate n special pentru a da o soluie ct mai bun n cele mai complexe i/sau mai rare cazuri posibile. 2.5. Regulile de producie Regula (rule) este un modul de cunotine care reprezint legturile ntre fapte pe baza crora se pot desfura deduciile.

De fapt regulile cuprind n special cunotine operatorii, care reflect raionamentele expertului n prelucrarea faptelor. O regul este o structur de date format din doua pri care sunt unite prin implicare logic. Aceste pri sunt numite premise i concluzii, dar pot fi folosite i alte denumiri, cum ar fi condiii i aciuni; antecedeni i consecine (consequents) ; LHS (de la Left Hand Side, ceea ce s-ar traduce prin membrul stng al regulii) i RHS (de la Right Hand Side, ceea ce s-ar traduce prin membrul drept al regulii). Premisa constituie partea care precizeaz condiiile de aplicabilitate ale regulii, deci are rol de declanator al regulii. Concluzia constituie partea de aciune a regulii i precizeaz una sau cteva aciuni. Cel mai adesea sunt adugate noi fapte la baza de fapte a cazului analizat. Forma generic a regulilor este DAC sunt ndeplinite condiiile precizate ATUNCI sunt efectuate aciunile precizate, ceea ce pe scurt ar fi DAC Condiii ATUNCI Aciuni Fiecare din cele dou pri ale regulii este o propoziie, care poate fi simpl sau compus. Faptele sunt informaii primare utilizate pentru descrierea elementelor domeniului considerat ntr-o modalitate agreat de experii din domeniu. Propoziia simpl este cea destinat doar afirmrii sau negrii unei singure fapte. Propoziia compus este format din cteva propoziii simple unite prin conectori logici. n cazul regulilor, aceti conectori logici pot fi: I (and), care exprim conjuncia, deci cazul n care toate propoziiile asociate sunt adevrate n acelai timp; SAU (or), care exprim disjuncia, deci cazul n care cel puin una din propoziiile associate este adevrat. Conectorul I este principalul conector folosit n cadrul regulilor pentru premise i concluzii. Conectorul SAU se folosete uneori pentru premise, (Plana 2.2) Un exemplu de regul folosit n cadrul programului de prezentare a rezultatului amestecului culorilor este: DAC Se folosete culoarea roie I se folosete culoarea albastr ATUNCI se obine culoarea violet n cadrul acestei reguli premisa este propoziia compus Se folosete culoarea roie I se folosete culoarea albastr. concluzia este propoziia simpl Se obine culoarea violet. Premisa acestei reguli este compus din dou propoziii simple unite prin conectorul logic I (pentru conjuncie). Cele dou propoziii simple sunt: Se folosete culoarea roie. i se folosete culoarea albastr Aceast regul are ca efect adugarea la baza de fapte a cazului analizat a propoziiei simple care formeaz concluzia. Alte exemple de reguli sunt prezentate mai jos. n toate cazurile propoziiile din concluzie sunt adugate la baza de fapte a cazului analizat. DAC este sindrom disimun ATUNCI este vasculit n acest caz (de mai sus) premisa i concluzia sunt formate fiecare din cte o propoziie simpl. Este cea mai simpl form de regul DAC este indicaie pentru corticoterapia sistemic

I nu sunt contraindicaii pentru corticoterapia sistemic ATUNCI se recomand corticoterapia sistemic n acest caz premisa este o propoziie compus format din dou propoziii simple unite prin conectorul logic I (pentru conjuncie), iar concluzia este o propoziie simpl. Aceast form de regul ar fi cea mai frecvent ntlnit n practic.

Plana 2.2 Structura regulilor DAC papulele violacee sunt mici I papulele violacee au suprafaa neted I papulele violacee au suprafaa plan ATUNCI este lichen plan I este erupie tipic de lichen plan. n acest caz premisa i concluzia sunt propoziii compuse formate don trei i, respectiv, dou propoziii simple unite prin conectorul logic I (pentru conjuncie). n majoritatea cazurilor concluziile unor reguli constituie rezultate intermediare i se pot regsi printre premisele altor reguli. Asemenea reguli de producie sunt intercorelate i genereaz lanuri de aciune care sunt numite lanuri de inferen (inference chains) n literatura de specialitate. Un exemplu de lan de inferen ar fi cel de mai jos; DAC pacientul era izolator nainte de 1965 ATUNCI pacientul manevra n mod nemijlocit azbest DAC pacientul manevra direct azbest

I pacientul era expus n spaii nchise ATUNCI pacientul are o expunere sever la azbest. n acest caz se poate remarca propoziia pacientul manevra n mod nemijlocit azbest care este o concluzie a primei reguli, dar este i prima parte a premisei celei de-a doua reguli. Dac prima regul este activat ntr-un anumit caz, va introduce n baza de fapte propoziia simpl din concluzie i va nregistra astfel un rezultat intermediar. Acest rezultat intermediar va crea posibilitatea activrii celei de-a doua reguli. O anumit propoziie poate apare n baza de fapte a unui anumit caz fie ca dat de intrare, fie ca rezultat intermediar (introdus ca urmare a activrii unei reguli. O anumit regul poate avea ca premis o propoziie compus format din propoziii simple care ntrun caz anume pot proveni din surse diferite: una sau mai multe reguli activate n prealabil sau datele de intrare ale cazului. O anumit regul poate face parte concomitent din mai multe lanuri de inferen diferite i poate ocupa poziii diferite n aceste lanuri de inferen. (Plana 2.3., 2.4) Activarea unei reguli poate da rezultate dintre cele mai diferite. Cel mai frecvent caz este cel ilustrat prin exemplele de mai sus, n care faptele deduse sunt adugate n baza de fapte i constituie rezultate intermediare sau finale. Alte efecte ale regulii pot fi afiarea unor mesaje; eliminarea din baza de fapte a unor propoziii (de regul, ipoteze infirmate); aplicarea unor formule. S-au mai decris subtipuri de reguli pe baza unor efecte ale concluziilor asupra bazei de fapte, i ntre acestea s-ar putea meniona abstractizarea calitativ (qualitative abstraction); abstractizarea taxonomial (taxonomic abstraction); abstractizarea definiional (definitional abstraction); Metaregulile sunt reguli care au rolul de a dirija modul n care acioneaz alte reguli, ceea ce este sugerat de prefixul meta (care n limba greac nseamn peste). De regul aceste reguli decid dac o serie de alte reguli din aceai baz de cunotine trebuie sau nu s fie analizat ntr-un anumit caz i pot simplifica astfel de multe ori analiza unui caz. Metaregulile stocheaz i utilizeaz metacunotinele din cadrul bazei de cunotine. Un exemplu de regul de abstractizare calitativ ar putea fi: DAC ritmul respirator este mai mare de 20 respiraii pe minut ATUNCI este tahipnee (ritm respirator crescut) O regul de abstracie taxonomial ar putea fi: DAC sputa este galben-cremoas ATUNCI sputa este purulent

Plana 2.3 Lan de inferen

Plana 2.4 Funcionarea motorului de inferen

Reguli de abstracie definiional ar putea fi: DAC e senzaie de lips de aer ATUNCI este dispnee Precum i DAC limba este colorat n albastru ATUNCI este cianoz central Dup ordinea premiselor i concluziilor n cadrul regulii se disting dou forme diferite de regulI: deductive i inductive. Regulile deductive asigur acumularea de fapte noi n cadrul unui raionament guvernat de fapte (facts-driven reasoning).Asemenea reguli au forma general DAC premise ATUNCI concluzie Regulile inductive asigur acumularea n baza de fapte a unor scopuri noi, pn la confirmarea sau infirmarea acestora (dup caz), ceea ce asigur confirmarea sau infirmarea scopului iniial. Raionamentele de acest gen sunt bazate pe scopuri (goal-driven reasoning). Asemenea reguli au forma general: concluzie DAC premise (concluzia se confirm dac sunt prezente premisele) S-a remarcat rapid c aproape orice regul poate avea o form deductiv sau inductiv. Un exemplu de regul n forma deductiv este chiar cea redat mai sus: DAC Se folosete culoarea roie I se folosete culoarea albastr ATUNCI se obine culoarea violet Forma inductiv a regulii de mai sus este: Se obine culoarea violet DAC Se folosete culoarea roie I se folosete culoarea albastr n multe cazuri se impune precizarea anumitor aspecte ale faptelor; ncrederea c o fapt este adevarat (sau chiar o regula este valid), care este, de regul, exprimat prin coeficieni de certitudine. Tranziia ntre diverse stri naturale este uneori gradual i greu de evaluat, i atunci de regul este exprimat prin coeficieni de apartenen. Asemenea stri ar fi tnr/btrn, cald/rece, nalt/scund, etc. Regulile care utilizeaz asemenea coeficieni sunt de mare ajutor ntr-o serie de situaii complexe. Pentru a obine rezultate bune trebuie inut ns cont de numeroase detalii, i pentru toate acestea s-a delimitat un domeniu aparte, al cunotinelor imperfecteUn tip de reguli mai rar descris, dar frecvent folosit, este cel de colectare al datelor de intrare, care sunt faptele cunoscute i introduse de utilizator pentru a descrie cazul care urmeaz s fie analizat. O asemenea regul afieaz o ntrebare pus utilizatorului, preia rspunsul acestuia i introduce n baza de fapte o propoziie care va fi analizat prin regulile prezente n baza de cunotine. O regul de colectare a datelor poate fi activat n oricare din cazurile analizate sau numai n anumite condiii, care sunt determinate de diverse rezultate intermediare i specificate sub forma premiselor regulii. Utilizarea regulilor de colectare a datelor are, de fapt, efectul unei anamneze conduse de medic. Granularitatea este proprietatea unei reguli de a asigura independena elementului de cunoatere pe care l reprezint. Denumirea acestei proprieti a fost aleas deoarece fiecare regul poate fi considerat o granul de cunotine, adic un element ntru totul distinct de cele similare. Specificitatea regulilor de producie este un parametru care precizeaz sfera de aplicabilitate a regulilor i este dat de numrul propoziiilor din precondiie. Fiecare propoziie inclus n precondiie speciic o restricie de aplicare a regulii respective, aa c atunci cnd numrul acestor propoziii este mai mare apar

mai multe condiii, iar acestor condiii ar corespunde un numr mai redus de cazuri analizate n care regula respectiv ar putea fi aplicata. Cele mai numeroase sisteme-expert sunt cele bazate pe reguli (rule-based expert systems), i cea mai vast experien n reprezentarea cunotinelor este cea acumulat n domeniul utilizrii regulilor. Aceast tendin este datorat avantajelor oferite n special de simplitatea regulilor (fa de alte forme de reprezentare a cunotinelor) i modularitatea accentuat a acestora : flexibilitate sporit i ntreinere uoat. Anumite dezavantaje sunt date de numrul mare al regulilor care trebuie folosite n fiecare caz i de dificultatea de a reprezenta diverse clasificri. ntr-un sistem-expert numrul lanurilor de inferen este, de regul, mare, ceea ce creaz dificulti serioase de dezvoltare i ntreinere. Aceste dificulti pot fi combtute prin structurarea regulilor n pachete sau alte forme. Flexibilitatea sistemului de reprezentare prin reguli este determinat de cantitatea restrns de cunotine reprezentat de o anumit regul, diversitatea efectelor posibile al unei reguli i numrul mare de reguli care pot fi folosite. O baz de cunotine este format din reguli ntr-o manier similar cu a mozaicului, n care imagini extrem de variate i de complexe pot fi obinute prin asocierea unui numr foarte mare de piese, dar fiecare din aceste piese este simpl i varietatea pieselor folosite este limitat. O consecin important a flexibilitii sistemului de reprezentare prin reguli de producie este capacitatea de a reproduce toate raionamentele umane care sunt folosite pentru rezolvarea oricrei probleme. Aceast capacitate a fost semnalat prin aa-numit ipotez a lui Newell i Simon, care este acceptat n prezent ca axiom, deoarece pn n prezent nu s-a observat n nici un domeniu al activitii umane vreo situaie care s constituie un contraexemplu. ntreinerea unei baze de cunotine bazate pe reguli este simplificat deoarece O regul este de regul uor de modificat, datorit dimensiunilor i complexitii limitate a acesteia. Modificarea, eliminarea sau introducerea unei reguli nu determin n mod direct vreo modificare a a altor reguli prezente n baza de cunotine respectiv. Prin asemenea operaiuni sunt afectate doar lanurile de inferen din care respectiva regul face parte. Un editor specializat al bzei de cunotine este mai uor de dezvoltat pentru reguli dect pentru alte forme de reprezentare a cunotinelor. 2.6. Exemplu de sistem-expert medical Un prim exemplu de sistem-expert medical ar putea fi cel destinat viciilor de refracie (ametropiilor). Acest domeniu este complex, deoarece n afara miopiei i hipermetropiei mai sunt i alte entiti clinice, cum ar fi astigmatismul sau astenopia acomodativ. O prim versiune a bazei de cunotine a unui asemenea sistem-expert ar putea fi: DAC vederea de aproape redus I vederea la distan normal ATUNCI este suspiciune de hipermetropie DAC vederea de aproape normal I vederea la distan redus ATUNCI este suspiciune de miopie DAC este suspiciune de hipermetropie ATUNCI s-ar putea recomanda tratament optic cu lentile convergente

I s-ar putea recomanda evitarea solicitrii vederii DAC este suspiciune de miopie ATUNCI s-ar putea recomanda tratament optic cu lentile divergente I s-ar putea recomanda evitarea eforturilor fizice mari Aceast baz de cunotine are deja dou lanuri de inferen, unul dedicate hipermetropiei i unul dedicat miopiei. (Plana 2.9) Chiar i n aceast prim baz de cunotine, care este de o simplitate cutat pentru scopuri academice, se pot sesiza unele probleme de inginerie a cunotinelor. Tabela de decizie pentru analiza vederii semnaleaz cazuri n care nu s-a dat un rspuns: Vederea de aproape Vederea la distan Concluzie normal Normal neprecizat (ar fi emetropie) normal Redus suspiciune de miopie Redus Normal suspiciune de hipermetropie Redus Redus neprecizat n cazul lanului de inferen cum ar fi cel format din urmtoarele reguli: DAC vederea de aproape redus I vederea la distan normal ATUNCI este suspiciune de hipermetropie DAC este suspiciune de hipermetropie ATUNCI s-ar putea recomanda tratament optic cu lentile convergente I s-ar putea recomanda evitarea solicitrii vederii Exist tentaia de a nlocui aceste reguli cu cea de mai jos:

Plana 2.5 Lan de inferen (pentru vicii de refracie)

DAC vederea de aproape redus I vederea la distan normal ATUNCI este suspiciune de hipermetropie I s-ar putea recomanda tratament optic cu lentile convergente I s-ar putea recomanda evitarea solicitrii vederii n acest caz se obine o economie de spaiu i timp de rulare, dar regula nu mai este corect i creeaz probleme de ntreinere. Eroarea este dat de ideea c tratamentul este recomandat pentru combaterea simptomelor, cnd este, de fapt, recomandat pentru combaterea entitii clinice care a determinat simptomle vizate. n acest fel, s-a prezentat un efect indirect (tratamentul determinat de entitatea clinic i aceasta este determinat de simptome) ca fiind un efect direct (tratament determinat de simptome). Consecinele unei asemenea erori pot fi minore n unele cazuri, deoarece concluzia este aceai, dar i atunci rmne riscul generrii unor explicaii necorespunztoare. Dificultile de ntreinere sunt date de numrul sporit al concluziilor, i se poate ajunge la divizarea regulii n urma cunotine noi, care s in cont de diverse stadii sau varieti ale hipermetropiei,

3. Sisteme-expert medicale
3.1. Introducere Dezvoltarea unor programe de diagnostic a devenit domeniu de cercetare bine definit n informatica medical aproape imediat dup conturarea inteligenei artificiale ca domeniu aparte al informaticii. Raionamentele efectuate pentru diagnosticul medical s-au dovedit a fi adesea de o complexitate remarcabil, ceea ce a fcut ca sistemele-expert s fie clasa preferat de programe de diagnostic i interesul pentru asemenea aplicaii s rmn permanent. n prezent cele mai multe sisteme-expert de uz curent sunt n domeniile militar i economic. n domeniul medical s-au nregistrat cteva realizri remarcabile, cum ar fi sistemulexpert MYCIN, pentru planificarea tratamentului cu antibiotice n septicemii i meningite, care i astzi este prezentat ca produs de referin n literatura de specialitate. 3.2. Sarcini ale sistemelor-expert medicale Raiunea de a fi a unui sistem-expert este utilizarea expertizei, ceea ce n cazul sistemelor-expert medicale nseamn posibilitatea de a diagnstica, trata i preveni chiar i cele mai rare i mai atipice maladii posibile, chiar i n cele mai complexe situaii posibile, cum ar fi cele date de comorbidii sau necesitatea unor terapii dintre cele mai complexe. n cazul sistemelor-expert medicale, experii umani sunt specialitii de nalt calificare din clinicile universitare, i ntre acetia n primul rnd ar fi profesorii universitari. Principalele sarcini care pot reveni sistemelor-expert medicale sunt formularea diagnosticului i a unui plan de tratament. S-au mai dezvoltat i o serie de sisteme-expert pentru sarcini mai aparte.cum ar fi evaluarea riscurilor la cei sntoi, o prim consiliere, analiza unor soluii adoptate, etc. Diagnosticul este principala sarcin a sistemelor-expert medicale, deoarece s-a remarcat ca fiind cea mai dificil sarcin din cadrul activitii medicale curente. Aceast dificultate remarcabil este dat de relevana limitat a majoritii manifestrilor bolilor, marile variaii individuale ale pacienilor, aspectul diferit al diverselor stadii evolutive, posibilitatea unor comorbiditi, etc. De fapt, diagnosticul este o form de analiz a unei situaii complexe, ceea ce constituie una din componentele eseniale ale comportamentului inteligent. Din acest motiv, diagnoza este una din sarcinile pentru care au fost proiectate aplicaiile bazate pe cunotine. Planificarea tratamentului este o sarcin major a multor sisteme-expert medicale de o dificultate remarcail datorit diverselor limite i reacii adverse posibile ale diverselor remedii care pot fi utilizate. Probleme aparte pot fi date de diverse variaii individuale ale pacientului, stadii evolutive ale maladiilor, diverse comorbiditi sau necesitatea unor terapii complexe bazate pe o gam larg de remedii. Rezolvarea problemelor complexe constituie una din componentele eseniale ale comportamentului inteligent, iar planificarea poate fi considerat o clas de probleme de mare complexitate. Din acest motiv, planificarea este una din sarcinile pentru care au fost proiectate aplicaiile bazate pe cunotine. Prognosticul apare mai rar ca o sarcin a sistemelor-expert medicale, dei este o cerin permanent n activitatea medical curent. Prognosticul este, de fapt o form de predicie, iar aceasta este una din sarcinile pentru care au fost proiectate aplicaiile bazate pe cunotine. Predicia se bazeaz n primul rnd pe analiza unei situaii complexe, dar i pe evaluarea soluiilor care pot fi propuse n cazul respectiv, ceea ce constituie componente

importante ale comportamentului inteligent. Au fost propuse i sisteme-expert dedicate evalurii riscurilor de apariie a unor maladii, iar evaluarea unor asemenea riscuri poate fi considerat o form de prognostic, Sistemele-expert medicale au un rol educativ mai puin menionat, deoarece arat cum rezolv experii cazurile reale din domeniul lor de activitate. n medicin se folosesc din ce n ce mai mult o mare varietate de programe educative, dar sistemele-expert au o valoare didactic mare, deoarece permit formarea experilor i se adreseaz n primul rnd realitilor ntlnite n teren. Modulul explicativ este componenta care contribuie n cea mai mare msur la rolul educativ al acestor aplicaii. Au fost propuse i o serie de sisteme-expert medicale cu rol didactic, care realizeaz n special o analiz a soluiilor deja adoptate n diverse cazuri ntlnite n activitatea curent (numite uneori critiquig expert systems). De fapt analiza soluiilor adoptate este o form de a nva din experien, care constituie una din formele omportamentului inteligent. Una dintre cele mai importante sarcini ale sistemelor-expert medicale este stocarea cunotinelor referitoare la boli foarte rare. n asemenea cazuri chiar experiena expertului rmne adesea limitat, deoarece pot fi ntlnite chiar o singur dat sau nicicnd n cursul ntregii viei profesionale a acestuia. Asemenea afeciuni s-au dovedit a fi numeroase, iar n adara celor care dintotdeauna au fost foarte rare sunt i cele total sau parial eradicate. Chiar n cazul afeciunilor complet eradicate, cum ar fi variola, rmne mereu posibilitatea apariiei unor noi cazuri din cauze diverse, cum ar fi accidentele sau evoluii neateptate ale istoriei naturale sau chiar ale societii umane.. n privina utilizatorilor, ntre categoriile care intr n discuie s-au menionat medicii generaliti, specialiti, experii, dar i pacienii. Se pare c medicii specialiti pot folosi n modul cel mai eficient sistemele-expert medicale i pot beneficia n cea mai mare parte msur de rezultatele acestora. De regul medicii specialiti sunt cei ce colecteaz majoritatea datelor unui caz care ajunge s fie analizat cu ajutorul sistemului-expert medical. Medicul specialist are nivelul de pregtire necesar pentru a nelege explicaiile experilor, aa c poate verifica rezultatele analizei unui caz prin explicaiile furnizate de ctre sistemul-expert. n acest fel experii pot fi degrevai de o parte din sarcinile de rutin, deoarece ar fi solicitai mai ales n cazurile n care sistemulexpert medical nu a putut ajunge la o concluzie sau aceast concluzie este discutabil Medicul de familie poate ajunge s aib nevoie de sistemele-expert medicale n anumite cazuri: cnd nu se poate apela la serviciile expertului, ceea ce se poate ntmpla de regul n cazul unor boli foarte rare, care sunt diagnosticate i tratate doar n cteva secii speciale. cnd primete un rspuns incomplet de la expertul n domeniu, cnd are impresia c expertul a dat un rspuns inadecvat, deoarece nu este admis ncrederea oarb n recomandrile specialistului. Utilizarea sistemelor-expert medicale de ctre pacieni este contraindicat, deoarece: majoritatea datelor utilizate de ctre sistemul-expert pot fi obinute pe doar pe baza unei pregtiri medicale; exist riscul unor psihotraume serioase cnd se semnaleaz ipoteza unor maladii dintre cele mai grave sau chiar incurabile; rmne permanent riscul ca sistemul-expert s dea concluzii eronate, iar erorile pot fi depistate adesea doar prin analiza explicaiilor furnizate de aplicaie. Asemenea explicaii sunt greu de neles fr o pregtire medical, S-au propus o serie de sisteme-expert proiectate special pentru a putea fi utilizate fr o pregtire medical. Asemenea aplicaii se adreseaz unor probleme variate ale publicului larg, iar cunotinele folosite sunt selectate cu grij spre a evita interpretri i utilizri eronate. ntre aceste aplicaii poate fi remarcat un sistem-expert de prim orientare a pacienilor numit Doctor in the House, a crui principal sarcin este s semnaleze cazurile cnd pacientul trebuie s se prezinte la medic i s precizeze specialitatea de competena creia este cazul respectiv.

3.3. Domeniile sistemelor-expert medicale Sistemele-expert medicale au fost dezvoltate pentru domenii cu extinderi dintre cele mai diverse: grupuri de specialiti medicale; specialiti medicale consacrate; subspecialiti; subdomenii din cadrul unei anumite specialiti medicale. Multe proiecte de sisteme-expert medicale au fost propuse pentru domenii de extindere similar subspecialitilor medicale. O subspecialitate este dedicat unei boli mau frecvente sau unui grup de boli nrudite. Exemple de subspecialiti ar fi astmologia, aritmologia sau eczemele. Delimitarea acestor subspecialiti a rmas o problem deschis, deoarece au fost propuse n special prin iniiative izolate pe msura necesitilor sesizate n cadrul diverselor specialiti. Propunerile de mprire a unor specialiti n subspecialiti s-au dovedit interesante i utile, dar au rmas sporadice. Se pare c domeniile limitate la ntinderea unei subspecialiti au fost considerate mai abordabile dect cele corespunztoare unei ntregi specialiti, dar nu s-au gsit sudii care s explice aceast tendin. Au fost dezvoltate i cteva sisteme-expert medicale pentru domenii corespunztoare unor ntregi specialiti medicale, iar ntre acestea cel mai cunoscut este Internist, care a fost destinat ntregii medicine interne, dar a mai fost si un proiect dedicat bolilor infecioase. n ultimele decenii din medicina intern s-au desprins o serie de specialiti medicale distincte ca urmare a sporirii volumului e cunotine i de activitate n domeniu. Pentru un domeniu corespunztor unui grup de specialiti medicale s-au propus n special sistememultiexpert medicale. n ultimele decenii s-au propus sisteme-expert medicale i pentru un domeniu restrns, la nivelul unor capitole din cadrul unor subspecialiti medicale. Un asemenea capitol este dedicat unei anumite proceduri de diagnostic i tratament. ntre numeroasele aplicaii din aceast subclas pot fi menionate cele dedicate analizei durerii toracice (pentru diagnosticul diferenial al cardiopatiei ischemice) sau cele dedicate interpretrii examenelor serologice pentru toxoplasmoz. Aceste aplicaii s-au dovedit utile i au fost apreciate, dar au aprut numeroase diferene semnificative fa de sistemele-expert medicale clasice (dedicate n special unor subspecialiti medicale). Asemenea diferene se refer la arhitectur, dezvoltare i utilizare, ceea ce susine ideea delimitrii unei clase aparte de aplicaii bazate pe cunotine, care ar putea fi denumit a programelor-expert. Majoritatea sistemelor-expert medicale au fost propuse pentru diagnostic n domeniul specialitilor medicale. n cazul specialitilor chirurgicale au fost cteva proiecte, dei n aceste domenii sunt numroase probleme aparte, care justific din plin dezvoltarea unor sisteme-expert medicale dedicate. ntre acestea se pot remarca probleme specifice regiunii anatomice abordate. Acestea au o importan aparte, deoarece sunt adesea intervenii asemntoare pentru boli diferite. surprizele intraoperatorii, cnd diagnosticul devine diferit fa de cel stabilit prin examenul clinic i explorrile preoperatorii cazurile de evoluie post-operatorie nefavorabil, n care conteaz mult cum s-a derulat intervenia chirurgical. Delimitarea domeniilor sistemelor-expert medicale s-a dovedit adesea extrem de dificil, n special din cauza tendinei afeciunilor localizate de a deveni sistemice n cursul evoluiei. Complexitatea cazurilor este sporit de diversele relaii funcionale i/sau topografice ntre diverse organe. Relaiile topografice ntre organe din cadrul unor sisteme diferite sunt determinate n special de necesitatea asigurrii economiei de spaiu n cadrul organismului, dar acestea determin n multe cazuri evoluii dintre cele mai surprinztoare.

Unele dintre cele mai serioase probleme de delimitare a domeniilor sunt date de tuberculz, deoarece aceast afeciune are forme sistemice (cum ar fi tuberculpza miliar), dar i localizate. n marea majoritate a cazurilor apar manifestri specifice tuberculozei, cum ar fi sindomul de impregnare bacilar, dar i manifestri specifice organelor afectate (care pot fi uor confundate cu alte afeciuni ale organelor respective n multe cazuri). Probleme serioase de delimitare a domeniilor sistemelor.expert medicale sunt date i de situaiile n care diagnosticul diferenial este important. ntre afeciunile grave care creaz probleme serioase de diagnostic diferenial sunt infarctul miocardic acut (care poat avea o mare varietate de forme atipice) sau sifilisul (care poate avea forme asemntoare cu alte afeciuni dermatologice dintre cele mai variate). O serie de probleme dintre cele mai serioase sunt determinate de posibilitatea asocierii diverselor afeciuni. Vasculitele creaz asemenea probleme datorit aocierilor extrem de diverse i frecvente ale unor entiti clinice dintre cele mai diverse. De fapt vasculitele creaz probleme mai serioase de delimitare a domeniului unui sistem.expert medical deoarece pot afecta oricare dintre sistemele organismului i pot fi confundate cu afeciuni dintre cele mai diverse (infecioase, etc.) S-a constatat c dac se includ n cadrul unui sistem-expert cunotinele necesare pentru a rezolva majoritateea cazurilor ce ajung la limita cu alte domenii volumul cunotinelor stocate se poate chiar dubla. Din cauza acestui efect este foarte probabil ca sistemelemultiexpert medicale s fie mai utile. 3.4. Metode de diagnostic Metodele de diagnostic au importan pentru organizarea sistemului-expert medical i stabilirea duverselor detalii de funcionare ale acestora . n prezent metoda de diagnostic recomandat este cea numit ipotetico-deductiv, n care se formuleaz anumite ipoteze referitoare la diagnostic, i aceste ipoteze trebuie confirmate sau infirmate. Ipotezele sunt cunoscute uneori sub numele de diagnostic de lucru i formulate pe baza motivelor internrii i altor elemente clinice uor de sesizat. Pe baza acestor ipoteze sunt colectate datele clinice prin anamnez i examen obiectiv. Aceste date sunt folosite pentru verificarea ipotezelor, iar aceste verificri determin adesea reformularea unor ipoteze. Noile ipoteze sunt folosite pentru alegerea urmtoarelor date de colectat, n special din examene paraclinice. Noua serie de date este folosit pentru verificarea ipotezelor curente, Dac ipotezele sunt confirmate sau incertitudinea este redus la un nivel satisfctor, se trece la decizia terapeutic. n caz contrar, sunt alese serii noi de date care urmeaz a fi colectate, n special prin explorri suplimentare, i aceast aciune se poate repeta de mai multe ori dac este necesar. Aceast metod de diagnostic este cea recomandat n literatura de specialitate, iar eficiena ei crete cnd semnele i simptomele clinice sunt grupate n sindroame. Aceast variant este cea mai sigur, deoarece face apel n modul cel mai eficient la cunotinele teoretice (profunde) din domeniu. Aceste cunotine sunt utilizate n mod corespunztor atunci cnd de la fiecare manifestare a bolii (clinic sau evideniat prin examene paraclinice) aprut ntr-un anumit caz se poate identifica un lan cauzal care ajunge la un agent etiologic. Cea mai veche metod de diagnostic a fost de recunoatere a unor tablouri clinice, bazat pe cunotine superficiale (care sunt obinute doar prin observaie i nu se refer la cauzele fenomenului) Aceast metod a fost propus n literatura de specialitate, deoarece este uor de implementat i poate fi folosit i n cazul unui deficit de cunotine teoretice n domeniul vizat. n anumite cazuri aceast metod poate avea o eficien neegalat pn n prezent: n situaiile n care este posibil un diagnotic instantaneu (blick-diagnose) bazat pe o serie de simptome sau semne extrem de caracteristice i evidente n cazul apariiei unor semne care sunt patognomonice pentru anumite boli.

Recunoaterea tablourilor clinice are o eficien redus datorit variaiilor n tabloul clinic date de diveri factori etiologici secundari sau diverse particulariti ale pacientului, dar i de evoluia n timp a entitii clinice, care determin stadii diferite. n cazul utilizrii acestei metode aplicaiile pot furniza doar explicaii sumare, care susin mai slab concluzia obinut, spre deosebire de explicaiile care pot fi date pe baza unor cunotine teoretice. Pentru domeniile n care sunt disponibile n special cunotine superficiale pot fi utile sistemele de raionament bazat pe cazuri (case-based reasoning systems). 3.5. Organizarea sistemelor-expert medicale Modul de reprezentarea cunotinelor are o mare importan pentru eficiena funcionrii i a ntreinerii unui sistem-expert medical sau cu alt destinaie. Au fost obinute rezultate bune cu majoritatea metodelor descrise n literatura de specialitate, dar n majoritatea proiectelor a fost preferat reprezentarea cunotinelor prin reguli de prodicie, deoarece s-au dovedit a fi mai uor de folosit pentru raionamente din cele mai diverse. n cazul sistemelor-expert medicale trebuie organizat cu mare atenie modulul explicativ, pentru a furniza explicaii ct mai detaliate posibil n fiecare caz analizat. Acest aspect este foarte important, deoarece rmne riscul redus, dar imposibil de eliminat, al unor concluzii eronate, iar explicaiile referitoare la raionamentele efectuate permit identificarea acestor erori, n acest fel medicul curant poate verifica recomandrile sistemului-expert, ceea ce este n acord cu reglementrile din activitatea medical curent, care nu-i permit unui medic curant s accepte necondiionat recomandrile specialistului sau chiar ale expertului n domeniu. S-a discutat mult n mediile academice despre responsabilitatea pentru concluziile eronate ale sistemelor.expert medicale, dar se pare c cel mai rezonabil este ca acestor aplicaii s se confere un statut similar cu al literaturii de specialitate. Securitatea sistemelor-expert medicale trebuie asigurat cu mare atenie, deoarece trebuie asigurate confidenialitatea datelor pacienilor i integritatea bazei de cunotine. Confidenialitatea datelor pacienilor este impus de etica medical i de legislaia care reglementeaz funcionarea sistemului medical, aa c asigurarea acestei confidenialiti devine o cerin major pentru toate aplicaiile informatice de uz medical care prelucreaz date ale pacienilor reali. Asigurarea integritii bazei de cunotine este o cerin major datorit eforturilor deosebite necesare pentru dezvoltarea i ntreinerea acesteia, dar i pentru importana mare a concluziilor obinute. Sistemele-expert medicale clasice, proiectate s rezolve orice caz de competena unei sub-specialiti medicale, necesit un spaiu mare de stocare i analiza unui caz dureaz adesea 30 40 min. Acest consum de timp devine inevitabil deoarece datele unui caz analizat cu un sistem-expert medical constituie rspunsul la cel puin cteva zeci de ntrebri, pe care utilizatorul trebuie s le neleag i la fiecare din aceste ntrebri s introduc un rspuns corect. Raionamentele sunt complexe n majoritatea cazurilor, dar tehnica de calcul disponibil n prezent permite efectuarea acestora n timp real (rezultatul apare ntr-un interval de timp foarte scurt, care nu este sesizat de peratorul uman). Costurile i problemele de ntreinere date de asemenea aplicaii sunt acceptabile doar n spitale mari, unde ajung de regul cazurile care pot fi rezolvate doar de experti. Primele sisteme-expert medicale au fost dezvoltate sub forma unor aplicaii monolitice, O aplicaie este monolitic atunci cnd toate componentele acesteia (programe i colecii de date) sunt instalate ntr-un singur sistem de calcul. Marea majoritate a programelor mici sunt din aceast catgorie. Aplicaiile distribuite sunt cele care au componente instalate n sisteme de calcul diferite care sunt interconectate n cadrul unei reele. n prezent se recomand ca sistemeleexpert s fie implementate ca aplicaii distribuite cu o arhitectur client-server n cadrul creia

componenta client (cea care solicit un serviciu) s fie folosit pentru colectarea datelor cazului i prezentarea rezultatelor analizei efectuate cu ajutorul sistemului-expert; componenta server (cea care furnizeaz un serviciu la cerere) s includ baza de cunotine folosit pentru analiza cazului. Utilizarea aplicaiilor distribuite asigur economii substaniale ale spaiului de stocare, deoarece este pstrat n permanen o sigur copie a unei aplicaii pentru toate seciile din spital, ceea ce are importan special pentru utilizrile ocazionale, cum este cazul majoritii sistemelor-expert. n cazul unui sistemele-expert medical este recomandabil s fie dezvoltate o versiune distribuit pentru uz curent n cadrul spitalului i o versiune monolitic pentru dezvoltare i ntreinere. n prezent, unele din cele mai utilizate sisteme-expert sunt disponibile pe Internet, rulnd pe server la adresa www.mathemedics.com. 3.6. Calitatea sistemelor-expert medicale Validarea sistemelor-expert medicale s-a dovedit a fi o problem aparte, datorita complexitii deosebite a cunotinelor medicale i responsabilitii sporite de prevederile eticii medicale. n urma diverselor propuneri s-a conturat ideea unui test orb, n care comisia format din specialiti de prestigiu n domeniul vizat compar rezultatele analizei mai multor zeci de cazuri analizate de catre sistemul-expert testat; specialiti de prestigiu din domeniu (inclusiv cei ce au participat la dezvoltarea sistemuluiexpert); specialiti formai; specialiti in curs de formare (rezideni si studeni). Rezultatele testului sunt completate cu o analiz a naturii i importanei divergenelor sesizate. Metodologia de testare are o semnificaie aparte in cazul sistemelor-expert, deoarece validarea trebuie reluat dupa fiecare actualizare major a bazei de cunotine. n cazul unor sisteme-expert medicale este posibil s se ajung i la validri anuale, S-ar putea s fie interesant s se verifice dac cunoinele stocate ntrun anumit sistem-expert sunt suficiente pentru promovarea examenelor de liber practic a medicinei. Aspecte care susin calitatea unui sistem-expert medical ar fi prezena cunotinelor referitoare la: abordarea cazurilor n care diverse date lipsesc; variaiile individuale (inclusiv condiii de via i munc); afeciunile ce pot fi asociate celor vizate; aspecte temporale ale evoluiei cazului ; detalii de planificare a tratamentului. Lipsa unei anumite date (semn sau simptom, etc.) poate avea efecte dintre cele mai variate, mergnd de la nesemnificativ pn la compromiterea diagnosticului. n multe cazuri absena unor date este compensat prin analiza altora, ceea ce presupune totui un volum semnificativ de cunotine. Variaiile individuale pot avea mare importan n medicin. Poate fi afectate diagnosticul, prin modificri ale tabloului clinic, sau chiar favorizate unele forme clinice care pot fi dintre cele mai atipice; tratamentul, prin variaii ale rspunsului la un anumit medicament sau procedeu teraputic, dar i prin importana formei clinice pentru indicaia unui anumit demers terapeutic; prognosticul, datorit rezistenei la maladia respectiv i eficienei unor mecanisme de compensare, dar i a rspunsului la tratament. Afeciunile ce pot fi asociate unei anumite entiti clinice pot influena diagnosticul, n special prin apariia unor probleme de diagnostic diferenial, dar uneori pot susine un anumit diagnostic (atunci cnd sunt asociate frecvent cu entitatea vizat, i mai ales cnd sunt mao uor de depistat dect acea entitate).

tratamentul, n special cnd constituie contraindicaii pentru anumite medicamente sau proceduri. prognosticul, deoarece adesea agraveaz entitatea clinic vizat, scad rezistena organismului i pot limita posibilitile de tratament n cazul respectiv. n cursul analizei cazurilor clinice conteaz n special intervalele de timp (tip relativ), care sunt utile n special pentru aprecierea validitii rezultatelor unor analize, evaluarea gravitii unor boli; evaluarea eficienei unor tratamente; stabilirea i semnalarea momentului n care trebuie efectuat un control medical (specificat adesea de protocoale) stabilirea i semnalarea momentului n care trebuie oprit tratamentul sau ajustate dozele (specificat adesea de protocoale) Detaliile de planificare a tratamentului pot avea mare importan-n multe cazuri. n cazul tratamenului medical, de exemplu, trebuie s se stabileasc dozele (i pot fi mari variaii individuale); durata administrrii; intervale i parametri de control ai eficienei tratamentului atitudinea n cazul unor reacii adverse (diminuarea dozelor, oprirea tratamentului, un tratament specific). Cea mai mare parte a proiectelor de dezvoltare a sistemelor-expert medicale a fost abandonat din cauza unor dificulti majore, cum ar fi necesitatea finanrii unui proiect cel puin 4 5 ani la rnd i numrul mare al cazurilor ce nu pot fi rezolvate exclusiv pe baza cunotinelor din subspecialitatea medical vizat. n multe cazuri prototipul demonstrativ a fost usor de obinut dar dificulti neprevzute s-au sesizat n faza urmtoare, a prototipului de cercetare. n cazul majoritii afeciunilor formele tipice se refer n special la un singur organ sau sistem, iar complexitatea cazului este dat n special de efecte sistemice dintre cele mai diverse, de care se ine cont doar n fazele de prototip de cercetare i de teren.