EGY ORACLE ELEKTRONIKUS EGÉSZSÉGÜGYI REKORD. Sipos Henrietta 1, Veréb Krisztián 2. Összefoglaló
|
|
- Hanna Tamásné
- 8 évvel ezelőtt
- Látták:
Átírás
1 EGY ORACLE ELEKTRONIKUS EGÉSZSÉGÜGYI REKORD AN ORACLE ELECTRONIC HEALTH RECORD Sipos Henrietta 1, Veréb Krisztián 2 1 Debreceni Egyetem Egészségügyi Kar 2 Connexis Kft, Debrecen Összefoglaló Az elmúlt tíz évben számos erőfeszítés történt már az Elektronikus Egészségügyi Rekordok (EHR) szabványosítása terén, melyek az egészségügyi rendszerek közötti kommunikációt segítenék elő. Az EHR szabvány adatmodellje az objektumorientált technológián alapszik, és az üzenetközvetítés nyelve az XML. Természetesen az üzenetek tárolására is megjelenik a rendszerekben az igény. Hogy ezt lehetővé tegyük, létre kell hoznunk egy olyan adatbázist, mely az ilyen jellegű XML üzenetek tárolásán túl lehetőséget teremt azok lekérdezésére is. Az EHR rendszerekkel szemben számos egyéb követelmény is létezik, ilyenek például az interaktivitás, az interoperábilitás, a biztonság illetve a valós-idejűség. Mivel a tradicionális relációs- és objektumorientált adatbázisrendszerek is rendelkeznek ezekkel a tulajdonságokkal, nyilvánvalóan adódik azok használata az EHR rendszerekben. Ebben az előadásban az EHR szabvány alkalmazásával kapcsolatos teendőkről szeretnék beszélni, illetve egy EHR adatbázis alapjait bemutatni, mely az Oracle eszközrendszerére épül. Kulcsszavak: EHR, Oracle Abstract In the past ten years, much effort has been taken to standardize the Electronic Health Records (EHR) to ease messaging between health systems. In the EHR standard, the data model is based on object-oriented technology, and the common language for sending messages is XML. Of course, the need of storing such images also arises. To reach this goal, we have to create a database where such XML messages can be stored and processed, and should give a framework to query them. Lots of requirements have been stated against EHR systems such as to be interactive, interoperable, secure and real-time which are also addressed by traditional relational and object-relational databases so it is straightforward to use such a DBMS for data storage. In this lecture, we will show some of the various tasks to do about using the EHR standard and we will show the foundation of an Electronic Health Database based on the features of Oracle. Keywords: EHR, Oracle 1
2 1. Bevezetés Az EHR (Electronic Health Record), azaz egy elektronikus egészségügyi rekord nem más, mint egy olyan egészségügyi adatszerkezet, mely a különféle forrásokból érkező egy adott beteghez tartozó adatokat tartalmazza. Ideális esetben az összes különféle adatot egybefogja, függetlenül attól, az milyen adatszolgáltatótól érkezik. Az egészségügyben kezelt információ igen bonyolult és gyorsan változó struktúrájú, nagy mennyiségű, és általában bizalmas [16]. Ezen a vonalon elindulva tehát egy EHDB (Electronic Health Database), azaz egy elektronikus egészségügyi adatbázis ilyen adatokat tartalmazó, multimédiás adatbázis, melyben megtalálhatjuk a betegek különféle, a legtöbb esetben folyamatosan változó egészségügyi adatait, legyen az Röntgen-kép, CT vagy MR kép, különféle időben vett vérnyomás adatok vagy akár ambuláns lapok összessége. Az EHR egységekből álló dokumentumokat, mappákat (kartonokat) el kell juttatni az egyik adatbázisból a másikba, az egyik orvosi rendszerből a másikba. Az ilyen kartonokat hívjuk üzeneteknek. Sematikusan nézve tehát egy egészségügyi rendszer működése nem más, mint ilyen üzenetek létrejötte, azok letárolása, illetve eljuttatása egyik rendszerből a másikba (egy ideális rendszerben azok megszűnése elképzelhetetlen). Természetesen a fenti alapfogalmakat sokkal mélyebben is definiálhatjuk (pl. a HMSS [6] szerint az EHR egy titkos, valós-idejű, ellátott-centrikus klinikai információs erőforrás.) Az EHR az orvosi döntések elősegítését is szolgálja, ugyanis az EHR rekordok magukon hordozzák az információ tartalmon túl azok keletkezésének helyét, idejét, vagy akár okát is. Az EHR egyszerűsíti a klinikai adatfolyamokat és folyamatokat, rövidre zárja a felesleges körutakat, és mintegy mellékhatásként kiindulási adatokat szolgáltat a klinikai döntéseken túl az orvosi rendszerek egyéb moduljai számára is, mint például a számlázás, minőségbiztosítás, különféle statisztikák készítése vagy akár erőforrás tervezés. Bármelyik oldalról is kezdjük el vizsgálni az egészségügyi rekordokat, azok mind közösek a céljaikban, azaz csökkenteni a papírmunkát, elkerülni a kézi kartotékozást, rendezést, keresést, eliminálni a hiányos riportokat, és legfőképp javítani az ellátás minőségét. 2. EHR szabványok A szabványokkal kapcsolatban bővebb összefoglalót olvashatunk a [8]-ban is, de álljon itt most néhány szó, az EHR történetével kapcsolatban. Az első jelentősebb erőfeszítés a CPR (Computer-based Patient Record) létrehozása volt 1991-ben, melyet az IOM (Institute of Medicine) publikált. Ez már kitűnt azzal a megközelítési elvével, hogy különbséget tett a rekordok között. Így például megkülönbözette a páciensre vonatkozó adatokat a többi klinikai vonatkozású adattól. Szintén kiemelkedő volt, hogy az IOM nemcsak az EHR-rel, hanem annak környezetével, azaz az EHR rendszerrel is foglalkozott. Valahol ide datálhatjuk tehát az EH adatbázisok létrejöttét. A következő nagyobb lépés 2001-ben következett be, amikor az ASTM először jelentette ki azt, hogy az EHR az valójában egy dokumentum. Ez nagyon fontos lépés, ugyanis ekkor merült fel először az egészségügyi rekordok dokumentumként való kezelése is (nemcsak kartoték, hanem tárolás és üzenetküldés szintjén is). Ez azt jelenti, hogy felmerült az XML, mint dokumentum-tároló/közlő médium neve a klinikai köztudatban. Szintén kiemelendő, 2
3 hogy megjelenik a longitudinális, (bizonyos esetekben hívhatnánk retrospektívnek is) hosszú időszakot átölelő rekordok fogalma, mely már előre vetíti az adatbázisszerű megoldások igényét. Említésre méltó még a 2002-es ISO szabvány is, mely kijelenti, hogy egy üzenet az több EHR rendszerből is származhat, sőt, akár több beteg adatait is összefoglalja, ily módon azt akár nevezhetjük virtuálisnak főképp, ha csak bizonyos adatokat (kivonatokat) vesz át más EHR kivonatokból. Manapság is rengeteg létező szabvány van használatban a klinikai rendszerekben, melyek megpróbálnak igazodni a helyi alkalmazási szokásokhoz, törvényi szabályozásokhoz. Nézzünk ezekre néhány példát. A legelterjedtebb szabvány a HL7 [7], melyet 2001-ben említettek meg először a Standard Insight-ban. A HL7 elsődleges céljának az amerikai elektronikus egészségügyi rekordok szabványos csereformátumának biztosítását tűzte ki maga elé. Rengeteg almodelljét definiálta a létrehozására megalakult EHR SIG csoport, melyek nagyrészt UML-ben készültek el. Íly módon egyértelmű volt, hogy nemcsak az EHR-t magát, hanem a kezeléséhez szükséges rendszert és csatornát is rögzítik. A modell meglehetősen flexibilis, de ahhoz, hogy ezt elérhesse, meglehetősen bonyolultra sikerült, így ez egyik legnagyobb hátránya is (a bevezetésének költségein túl), hogy túlságosan komplex. A HL7 vezeti be a RIM (Referencia Információs Modell) fogalmát is, melyet a legtöbb szabvány átvesz. Az OpenEHR [1] egy nemzetközi nyílt forrású szabvány. Az azt kezelő OpenEHR alapítvány egy nonprofit alapítvány, melynek célja az EHR (mint rendszer), klinikai kutatások és tapasztalatok alapján történő nyílt, és flexibilis megalkotása volt, mely támogatja az interoperábilitást. Alapvetően ő is több modellről beszél, és egyik legfontosabb tulajdonságaként bevezeti az arhetípus rendszert. Az arhetípusok olyan speciális klinikai szabályok, melyek elsődlegesen csak az adott alkalmazási területre jellemzőek. Az arhetípus bevezetésével megnő a rendszer flexibilitása. Az OpenEHR hazai vonatkozásban is fontos, a [16]-ban olvashatunk annak magasszintű hazai adaptációjáról is. Bármelyik szabványt is kezdjük el vizsgálni, azt láthatjuk, hogy mindegyikben van valamilyen törekvés egy univerzális EHR létrehozására. 3. A dupla modell elv A dupla modell elv az univerzális EHR alapja. Ez azt jelenti, hogy a szabványnak különbséget kell tennie a kevésbé változó, statikus RIM és a többi, dinamikusan változó, de a RIM-re épülő modell között (ilyen az arhetípus rendszer is). A modelleket jól meg kell fogalmazni valamilyen egyértelmű rendszerben. Erre az UML nyelv a legalkalmasabb. Mindazonáltal kiemelt fontosságú a hordozhatóság is, így az UML-nek nem a teljes eszköztára, csak egy egyszerűsített eszközhalmaza használható. Szintén nagyon fontos a rendszerek közötti interoperábilitás (mely legfőképp heterogén környezetben értendő), így a lehető legjobb mód a kommunikációra, ha az üzenetek realizációjához az XML-t használjuk. Az interoperábilitás szintjeit az 1. ábrán láthatjuk. 3
4 Felhasználó 1 Felhasználó 2 Felhasználó 3 Információs rendszer 1 Szemantikus interoperábilitás Információs rendszer 2 Rekord megjelenítő Elektr. szabványok Funkcionális interoperábilitás Elektr. szabványok Csatorna XML Csatorna 1. ábra, az interoperábilitás szintjei Az ábrából jól látható az a követelmény, hogy a felhasználók a saját rendszereiken keresztül akarnak kommunikálni, (szemantikus interoperábilitás), azaz őket az entitásokhoz rendelt adatok érdeklik. A funkcionális interoperábilitás az, amely a heterogén rendszerekben a szemantikus adatok szintaktikájával foglalkozik. Ezen a ponton kell az elektronikus szabványokhoz fordulnunk. Mindemellett gyakori, hogy a felhasználó úgymond bele akar hallgatni a kommunikációba, azaz egy üzenetet esetlegesen egy drága egészségügyi rendszer mellőzésével is meg akarhat tekinteni (nem feldolgozni, csak megnézni), tehát egy ilyen rekord megjelenítőt is implementálni kell az EHR-hez. Így jutunk el az MSZE hoz, mely a fenti elveket szem előtt tartva egy a magyarországi viszonyokhoz is jól illeszkedő EHR modellt próbált meg létrehozni. 4. A magyar út Mint ahogy az várható volt, a szabványosítási folyamatok a magyar egészségügyben is elkerülhetetlenné váltak [2][3][12][13]. A támasztott igényeket az alábbiakban sorolhatjuk fel: Élethossziglan tartó EHR Elsődleges elvárás: klinikusi és beteg interaktivitás Jogi aspektusok, nyomozhatóság, ellenőrizhetőség, követhetőség Az egészségügyi rekordok megosztásának elősegítése Alkalmasság elsődleges és akut ellátásra Másodlagos felhasználásra alkalmasság: oktatás, kutatás, népesség orvoslás Nyitott szabvány: arhetípus Támogassa a klinikai adatstruktúrákat: listák, táblák, időbeliség Interoperábilitás XML használat Kapcsolódás más szabványokhoz (CEN, HL7v, OpenEHR) Így 2006-ban egy előszabvány került elfogadásra, melynek neve MSZE [9][10]. Ez egy megközelítőleg univerzális EHR modell, azaz a dupla modell elvre épül. A RIM part neve HRIM az MSZE szabványban, melynek száma Az üzenetszabvány több részből tevődik össze. Ezek az e-kórlap ( ) az e-konzílium ( ), az e-lelet ( ), az e-recept ( ) és az e-finanszírozás ( ). A itt is egy UML modell, melynek ősosztálya az EHR_Extract. Ennek példányai tárolják a különféle rekordokat. A rekordok Element, Entry és Cluster példányokat tartalmazhatnak. 4
5 Az ekórlap olyan adat-együttes, mely széles értelemben vett bármilyen páciens vs. ellátó szervezet közötti esemény (pl. kórházi kezelés kórlapja, ambuláns rendelési ellátás naplója, vagy családorvosi ellátási esemény rögzítése) kapcsán lehetővé teszi a páciens, a szolgáltató, a közöttük fennálló ellátási viszony adminisztratív azonosítását, az eseménnyel kapcsolatos orvosi illetve egészségügyi adatok rögzítését [11]. Meg kell említenünk, hogy a nemzetközi szabványok erősen ajánlják a virtuális egészségügyi rekordok helyett az egy ellátottra vonatkozó rekordok használatát. Ezt amúgy az extract-ban egy attribútum segítségével külön jelezhetjük is. Az 2. ábrán az EHR Extract RIM-jének magját láthatjuk [9] [10] [11]: cd Extract Repository::Repository +repository_item 0..1 Access_Policy Non_Patient_Related_Extract +access_control EHR_Extract - ehr_system: II - ehr_id: II - time_created: TS +all_versions - hca_authorising: II - rm_id: II = MSZ22800v1.0 Version Extract_Constraint - time_period: IVL_TS all_versions: Boolean +constraints - multimedia_included: Boolean Record_Component - other_constraints: String - rc_id: II Link - archetype_ids: II [] - name: String - nature: CV - meaning: CV [0..1] +links - target: II - synthesised: Boolean - role: CV - orig_parent_ref: II [0..1] - follow_link: Boolean = true Audit_Info - sensitivity: CS_SENSITIVITY - version_specific: Boolean +feeder_audit - policy_id: II [] - ehr_system : II time_committed: TS - committer: II - revision_status: CS_REV_STAT [0..1] - reason_for_revision: CV - previous_version: II [0..1] - contribution_id: II [0..1] - version_set_id: II Content +audit_trail 1 +content +data Composition 1 - composer: II [0..1] Entry +members Section Patient_Related_Extract - subject_of_care: II +directory +cl ini cal _sessi on Folder - compositions: II [] +sub_folders Clinical_Session - session_time: IVL_TS - hca_legally_responsible_for_care: II [0..1] - healthcare_facility: II [0..1] - service_settings: CV [0..1] - territory: CS_TERRITORY [0..1] - info_provider: Functional_Role [0..1] - annotations: CS_ANNOTATIONS [0..1] - act_id: II [0..1] - act_status: CV [0..1] +subject_of_information +items 1 Item Related_Party +attestations - emphasis: CV - obs_time: IVL_TS - item_category: CS_ITEM_CAT - party: II [0..1] - relationship: String Attestation_Info - time: TS - proof: SignatureType [0..1] - attested_view: ED [0..1] - reason_for_attestation: CS_ATTEST [0..1] - target: II [1..*] +parts +other_participations +other_paticipations Functional_Role Cluster +attester - function: CE - structure_type: CS_STRUCTURE_TYPE - perform er: II 1 - mode: CV Element DataTypes::DATA_VALUE +value - nullflavor: CS_NULL_FLAV [0..1] ábra, az EHR RIM (részlet) Persze ez így nem túl informatív számunkra. Viszont az jól látszik belőle, hogy egy meglehetősen összetett kapcsolatrendszerrel rendelkező modellről van szó, amely viszont egy lebutított UML jelölésrendszert használ, ahol a főbb jellemzők az alábbiak: Nincsenek interfészek Csak az egyszeres öröklődés támogatott Leggyakoribb reláció a tartalmazás Egy a fenti modellnek megfelelő lehetséges üzenetre példa, az alábbi: <?xml version="1.0" encoding="utf-8"?> <name>szisztémás vérnyomás</name> <emphasis><displayname>emph0</displayname></emphasis> <obs_time> <high> <time> </time></high> </obs_time> <item_category> 5
6 <codevalue>item_catgory 01</codeValue> </item_category> <structure_type> <codevalue>record</codevalue> </structure_type> <parts xsi:type="element"> <rc_id> <extension>0002</extension> </rc_id> <name>systole</name> <meaning> <codevalue>systolicbloodpressure</codevalue> </meaning> <synthesised>false</synthesised> <sensitivity> <codevalue>0</codevalue></sensitivity> <emphasis> <displayname>emph0</displayname> </emphasis> <obs_time> <high> <time> </time></high> </obs_time> <item_category> <codevalue>item_catgory 01</codeValue> </item_category> <value xsi:type="pq"> <value>120</value> <unit> <codevalue>hgmm</codevalue> </unit> </value> </parts> <parts xsi:type="element"> <rc_id> <extension>0003</extension> </rc_id> <name>diastole</name> <meaning> <codevalue>diastolicbloodpressure</codevalue> </meaning> <synthesised>false</synthesised> <sensitivity> <codevalue>0</codevalue> </sensitivity> <emphasis> <displayname>emph0</displayname> </emphasis> <obs_time> <high> <time> </time></high> </obs_time> <item_category> <codevalue>item_catgory 01</codeValue> </item_category> <value xsi:type="pq"> <value>80</value> <unit> <codevalue>hgmm</codevalue> </unit> </value> </parts> </Cluster> A fenti példa egy vérnyomás mérés RIM-nek megfelelő XML üzenet alakját mutatja meg. 5. Egészségügyi adatbázisok Ahogyan létrejönnek az egészségügyi adatok, úgy azokat tárolnunk is kell, hiszen az EH rekordok hosszú távú adatokat tartalmaznak, nem rövid távú számítások inputjai. Így a létezésük sem más adatok származtatását célozza meg, hanem az önmaguk létezését (az adatrögzítés ténye a fontos, nem pedig a célja, hiszen a rögzítés pillanatában még a cél nem biztos, hogy ismert). Tehát nagy súlyt kell helyezni a rögzítésre is, és ebben a kontextusban merül fel jobban az egészségügyi adatbázisokra az igény. Egy EH adatbázis általánosságban egy olyan multimédiás adatbázis, mely egyszerre tartalmaz szöveges és képi (pl. Röntgen, CT vagy MRI) információt az ellátottról. A tároláson túl az adatbázisnak támogatnia kell az üzenetküldést és magát az RIM-et is. 6
7 Manapság már számos adatbáziskezelő rendszer tud RIM adatokat kezelni. A legnagyobb egészségügyi adatbázis beszállító az Oracle. Az Oracle HTB (Healthcare Transaction Base) [5] a HL7-et támogatja és az Oracle E-Business (Oracle Application) platformon alapszik. Az Oracle HTB-nek két szintje van, az egyik a HTB API, a másik pedig a HTB mag. Az első függvények és eljárások specifikációját tartalmazza, a második pedig a tárolt eljárásokat, típusokat, csomagokat, objektumokat és kollekciókat, melyek a fizikai adatokat kezelik. Ebben az esetben nincs alkalmazási réteg, ez valójában csak egy orvosi segédlet, mely az Oracle alapú klinikai rendszerek alappillére lehet. Az Oracle HTB az OHI-t használja (Oracle Health Intelligent) [15], mely a HTB-re épül, s betöltőprogramokat, sémákat, alkalmazásokat, riportkészítőket tartalmaz. Az OHI képezheti a magasabb szintű alkalmazások kiindulási rétegét. Az Oracle HTB-nek több komponense van. Az egyik az Enterprise Object Model (formálisan ez nem más, mint a HL7 RIM), az Enterprise Terminology Services (különféle országok sajátságainak kezelésére), Clinical Services (ez a fő alkalmazási komponens) és egyéb modulok (biztonság, konfiguráció stb.). A HTB ereje, annak funkcionalitásában rejlik. Ezeket az adminisztrációs és klinikai üzleti logika, valamint a Core Application Services biztosítja, ez utóbbi felelős az üzenetküldésekért is. Mindazonáltal az Oracle HTB előnyei mellett számos hátránnyal is rendelkezik. A legnagyobb probléma, mint a HL7 esetében is, a túlzott bonyolultság. Nehezen vezethető be a legtöbb kórházba, rengeteg tréninget igényel és a magyar viszonyokhoz képest meglehetősen drága is. Azt már csak kiegészítésként említjük meg, hogy értelemszerűen nem támogatja MSZE szabványt. 6. Egy lehetséges Oracle megoldás Dr. Horváth Ottó és társai azt írják a [4]-ben, hogy az egészségügyi informatika alkalmazásának módszertani kérdéseit illetően a technikai fejlődésből adódóan alapvető feladat a részrendszerek együttműködése, integrációja, komplex rendszerek kialakítása. Törekedni kell a rendszerek hardvertől történő függetlenítésére (Open Systems) Az egyedi - egy felhasználói felülethez alkalmazkodó - rendszerek helyett preferálni kell az általános megoldást nyújtó keretrendszereket. Törekedni kell az intelligens orvosi műszerek és eszközök információrendszerekhez történő illesztésére. Az automatikus jel és képfeldolgozás, képi információk tárolása több célú felhasználása ma a fejlett országokban, az egészségügyi informatika leggyorsabban fejlődő területe. Fel kell készülni ezen technikák fogadására, alkalmazására. Ennek megfelelően próbáltuk a saját rendszerünket és a fentieknek részben eleget tevő MSZE RIM-et összehangolni. Elsődlegesen az MSZE üzeneteire kell koncentrálnunk, mely objektum relációs alapokon nyugszik. Így kézenfekvő volt, hogy ORDBMS-ként mi is az Oracle-t [14][15] választottuk. A mi megoldásunkban az eredeti XML üzenetek natívan letárolódnak. Az Oracle beépített XML feldolgozójának köszönhetően tárolt eljárásokkal a natív XML típusokból az adatok kinyerésre kerülnek. Az íly módon megkapott rekordok így már szabványos SQL utasításokkal kezelhetővé válnak. Szintén egy érv, mely az Oracle mellett szól, hogy az orvosi képalkotó rendszerek által szolgáltatott képek nemcsak BLOB-ként tárolhatók, hanem a beépített InterMedia és SQL/MM funkcionalitásnak köszönhetően StillImages, vagy ORDImages formában is. Sőt a Java tárolt eljárásoknak köszönhetően akár orvosi elő- 7
8 képfeldolgozási algoritmusok futtatására is lehetőség van. Egy magasszintű leírása ennek a rendszernek a 3. ábrán látható. XML EHR Java API EHR RIM EHR Java Viewer EHR SQL Viewer EHR OR Model 3. ábra, egy Oracle alapú EH rekord környezete Mint ahogyan az látszik a rendszernek része egy EHR Java Viewer program is, mely az XML üzeneteket feldolgozva képes azok tartalmának megjelenítésére is. A rendszer egyik fontos alapépítő eleme az EHR Java API, mely az XML üzeneteket EHR RIM példányokba menti le. Az EHR RIM és az EHR OR modell között egy speciális leképezés található, mely az UML OO specialitásait OR, illetve tiszta R jellegzetességekké alakítja. 7. Zárszó A fentiekben bevezető képet kaphattunk az EHR nemzetközi és hazai fejlődéséről. Elmondhatjuk, hogy meglehetősen gyorsan sikerült alkalmazkodni a kialakult igényekhez, és elkészíteni egy olyan leképezést, mely az MSZE nak megfelelő XML üzeneteket gyorsan és kényelmesen le tudja tárolni egy Oracle rendszerben. Következő lépésként egy, direkt az egészségügyi rekordok tárolásához létrehozott adatbáziskezelő rendszert szeretnénk jobban górcső alá venni, hogy az alkalmas-e a magyar XML üzenetek tárolására, illetve kezelésére. Irodalomjegyzék [1] Beale, T., Heard, S., Kalra, D., Lloyd, D., The OpenEHR EHR Reference Model, [2] Dr. Horváth Lajos, Puskás Zsolt Péter, Héja Gergely, Nagy István, A hazai egészségügyi elektronikus adatcsere szabványainak adatmodellje, InfokommunikációeEgészségügy 4(1), 2005, [3] Dr. Horváth Lajos, Puskás Zsolt Péter, Héja Gergely, Nagy István, A hazai egészségügyi elektronikus adatcsere üzenetszabványai, InfokommunikációeEgészségügy 4(2), 2005, [4] Dr. Horváth Ottó, Dr. Jámbor Attila, Dr. Márkus Katalin, Dr. Skaliczky Zoltán, Egészségügyi informatika oktatása a Széchenyi István Főiskolán, Informatika a Felsőoktatásban 96 - Networkshop 96, Debrecen, augusztus
9 [5] Healthcare Transaction Base, healthcare-transaction-base-datasheet.pdf [6] HIMSS, An analysis of Health Information Standards Development Initiatives, April 2003, HIMSS Standards Insight [7] HL7 V3 Reference Information Model V02-02, [8] Kollár Lajos, Sipos Henrietta, Veréb Krisztián, Object-relational EH databases, ICAI 2007, Eger [9] MSZE Magyar Előszabvány, Egészségügyi Informatika, Magyar Szabványügyi Testület, 2004 [10] MSZE Magyar Előszabvány Enterprise Architect UML model, PTARGS_0_237_3225_0_0_18/index.htm [11] Nagy István, Az eegészség program ekórlap elektronikus dokumentum szabvány, október 21. Budapest, [12] Puskás Zsolt Péter, Dr. Horváth Lajos, Héja Gergely, Nagy István, eszabványok: Kommunikáció szabványos üzenetekkel, InfokommunikációeEgészségügy 4(3), 2005, [13] Puskás Zsolt Péter, Dr. Horváth Lajos, Héja Gergely, Nagy István, eszabványok: Üzenetek, dokumentumok, adatok, InfokommunikációeEgészségügy 4(4), 2005, [14] Oracle Database 10g Enterprise Edition, products/database/oracle10g/pdf/ DS_General_Oracleq_Database10gR2_EE_0605.pdf [15] Oracle Healthcare Intelligence, healthcare/healthcare-intelligence-datasheet.pdf [16] Vassányi István, Gaál Balázs, Dr Balkányi László, Információs referenciamodellek az egészségügyben, IMEI 2(3), 2003 április,
hun-ehrv1.0 Referencia Modell
hun-ehrv1.0 Referencia Modell hun-ehrv1.0 cd Packages «XSDschema» DataTypes + DATA_VALUE + DV + Implementation + Primitives «XSDschema» Extract + Access_Policy + Attestation_Info + Audit_Info + Clinical_Session
RészletesebbenADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu
ADATBÁZIS-KEZELÉS - BEVEZETŐ - Tarcsi Ádám, ade@inf.elte.hu Számonkérés 2 Papíros (90 perces) zh az utolsó gyakorlaton. Segédanyag nem használható Tematika 1. félév 3 Óra Dátum Gyakorlat 1. 2010.09.28.
RészletesebbenMultimédiás adatbázisok
Multimédiás adatbázisok Multimédiás adatbázis kezelő Olyan adatbázis kezelő, mely támogatja multimédiás adatok (dokumentum, kép, hang, videó) tárolását, módosítását és visszakeresését Minimális elvárás
RészletesebbenMicrosoft SQL Server telepítése
Microsoft SQL Server telepítése Az SQL Server a Microsoft adatbázis kiszolgáló megoldása Windows operációs rendszerekre. Az SQL Server 1.0 verziója 1989-ben jelent meg, amelyet tizenegy további verzió
RészletesebbenA J2EE fejlesztési si platform (application. model) 1.4 platform. Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem
A J2EE fejlesztési si platform (application model) 1.4 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11.13. A J2EE application model A Java szabványok -
RészletesebbenAlkalmazásokban. Dezsényi Csaba Ovitas Magyarország kft.
Tudásmodellezés Kereskedelmi Alkalmazásokban Dezsényi Csaba Ovitas Magyarország kft. Tudásmenedzsment Adat -> Információ -> Tudás Intézményi tudásvagyon hatékony kezelése az üzleti célok megvalósításának
RészletesebbenAdatbázis-kezelő rendszerek. dr. Siki Zoltán
Adatbázis-kezelő rendszerek I. dr. Siki Zoltán Adatbázis fogalma adatok valamely célszerűen rendezett, szisztéma szerinti tárolása Az informatika elterjedése előtt is számos adatbázis létezett pl. Vállalati
Részletesebben- Adat, információ, tudás definíciói, összefüggéseik reprezentációtípusok Részletesebben a téma az AI alapjai című tárgyban
I. Intelligens tervezőrendszerek - Adat, információ, tudás definíciói, összefüggéseik reprezentációtípusok Részletesebben a téma az AI alapjai című tárgyban Adat = struktúrálatlan tények, amelyek tárolhatók,
RészletesebbenEgészségügyi intézmények együttműködésének informatikai vonatkozásai. Fehér András 2009.02.26.
Egészségügyi intézmények együttműködésének informatikai vonatkozásai Fehér András 2009.02.26. Együttműködés? Miért jó az? Miért pont az informatikában működjenek együtt az egészségügyi intézmények, ha
RészletesebbenModellinformációk szabványos cseréje. Papp Ágnes, Debreceni Egyetem EFK
Modellinformációk szabványos cseréje Papp Ágnes, agi@delfin.unideb.hu Debreceni Egyetem EFK Tartalom MOF, UML, XMI Az UML és az XML séma MDA - Model Driven Architecture Networkshop 2004 2 Az OMG metamodell
RészletesebbenA Java EE 5 plattform
A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2007. 11. 13. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési
RészletesebbenAdatbázis rendszerek. dr. Siki Zoltán
Adatbázis rendszerek I. dr. Siki Zoltán Adatbázis fogalma adatok valamely célszerűen rendezett, szisztéma szerinti tárolása Az informatika elterjedése előtt is számos adatbázis létezett pl. Vállalati személyzeti
RészletesebbenVÁLLALATI INFORMÁCIÓS RENDSZEREK. Debrenti Attila Sándor
VÁLLALATI INFORMÁCIÓS RENDSZEREK Debrenti Attila Sándor Információs rendszer 2 Információs rendszer: az adatok megszerzésére, tárolására és a tárolt adatok különböző szempontok szerinti feldolgozására,
RészletesebbenTSIMMIS egy lekérdezés centrikus megközelítés. TSIMMIS célok, technikák, megoldások TSIMMIS korlátai További lehetségek
TSIMMIS egy lekérdezés centrikus megközelítés TSIMMIS célok, technikák, megoldások TSIMMIS korlátai További lehetségek 1 Információk heterogén információs forrásokban érhetk el WWW Társalgás Jegyzet papírok
RészletesebbenFicsor Lajos Általános Informatikai Tanszék Miskolci Egyetem
A Java EE 5 platform Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Utolsó módosítás: 2008. 04. 17. A Java EE 5 platform A Java EE 5 plattform A J2EE 1.4 után következő verzió. Alapvető továbbfejlesztési
RészletesebbenOsztott alkalmazások fejlesztési technológiái Áttekintés
Osztott alkalmazások fejlesztési technológiái Áttekintés Ficsor Lajos Általános Informatikai Tanszék Miskolci Egyetem Történelem - a kezdetek 2 Mainframe-ek és terminálok Minden a központi gépen fut A
RészletesebbenAz adatok a vállalat kulcsfontosságú erőforrásai. Az információs rendszer adatai kezelésének két alapvető változata:
ADATSZERVEZÉS Az adatok a vállalat kulcsfontosságú erőforrásai. Az információs rendszer adatai kezelésének két alapvető változata: fájlrendszerek (a konvencionális módszer) és adatbázis rendszerek (a haladóbb
RészletesebbenAdatbázis, adatbázis-kezelő
Adatbázisok I. rész Adatbázis, adatbázis-kezelő Adatbázis: Nagy adathalmaz Közvetlenül elérhető háttértárolón (pl. merevlemez) Jól szervezett Osztott Adatbázis-kezelő szoftver hozzáadás, lekérdezés, módosítás,
Részletesebbenwebalkalmazások fejlesztése elosztott alapon
1 Nagy teljesítményű és magas rendelkezésreállású webalkalmazások fejlesztése elosztott alapon Nagy Péter Termékmenedzser Agenda Java alkalmazás grid Coherence Topológiák Architektúrák
RészletesebbenAdatbányászat és Perszonalizáció architektúra
Adatbányászat és Perszonalizáció architektúra Oracle9i Teljes e-üzleti intelligencia infrastruktúra Oracle9i Database Integrált üzleti intelligencia szerver Data Warehouse ETL OLAP Data Mining M e t a
RészletesebbenCélkitűzések Az Oracle10 g felépítésének, használatának alapszíntű megismerése
BEVEZETÉS Célkitűzések Az Oracle10g felépítésének, használatának alapszíntű megismerése A relációs adatbázis-kezelés elméleti és gyakorlati vonatkozásainak áttekintése Az SQL, PL/SQL nyelvek használatának
RészletesebbenAdatbázis rendszerek 7. előadás State of the art
Adatbázis rendszerek 7. előadás State of the art Molnár Bence Szerkesztette: Koppányi Zoltán Osztott adatbázisok Osztott rendszerek Mi is ez? Mi teszi lehetővé? Nagy sebességű hálózat Egyre olcsóbb, és
RészletesebbenJAVA webes alkalmazások
JAVA webes alkalmazások Java Enterprise Edition a JEE-t egy specifikáció definiálja, ami de facto szabványnak tekinthető, egy ennek megfelelő Java EE alkalmazásszerver kezeli a telepített komponensek tranzakcióit,
RészletesebbenUML (Unified Modelling Language)
UML (Unified Modelling Language) UML (+ Object Constraint Language) Az objektum- modellezés egy szabványa (OMG) UML A 80-as, 90-es években egyre inkább terjedő objektum-orientált analízis és tervezés (OOA&D)
RészletesebbenSzoftver újrafelhasználás
Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással
RészletesebbenTECHNIKAI RENDSZEREK ÁLLAPOTLEÍRÁSÁNAK KÉRDÉSEI QUESTIONS REGARDING THE DESCRIPTION OF THE STATE OF TECHNICAL SYSTEMS
űszaki tudományos közlemények 2. XV. űszaki Tudományos Ülésszak, 2014. Kolozsvár, 235 241. http://hdl.handle.net/10598/28544 TCHNIKAI RNDSZRK ÁLLAPOTLÍRÁSÁNAK KÉRDÉSI QUSTIONS RGARDING TH DSCRIPTION OF
RészletesebbenAdatbázis-kezelés ODBC driverrel
ADATBÁZIS-KEZELÉS ODBC DRIVERREL... 1 ODBC: OPEN DATABASE CONNECTIVITY (NYÍLT ADATBÁZIS KAPCSOLÁS)... 1 AZ ODBC FELÉPÍTÉSE... 2 ADATBÁZIS REGISZTRÁCIÓ... 2 PROJEKT LÉTREHOZÁSA... 3 A GENERÁLT PROJEKT FELÉPÍTÉSE...
RészletesebbenIBM WebSphere Adapters 7. változat 5. alváltozat. IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5.
IBM WebSphere Adapters 7. változat 5. alváltozat IBM WebSphere Adapter for Oracle E-Business Suite felhasználói kézikönyv 7. változat 5.kiadás IBM WebSphere Adapters 7. változat 5. alváltozat IBM WebSphere
RészletesebbenInformatikai alapismeretek Földtudományi BSC számára
Informatikai alapismeretek Földtudományi BSC számára 2010-2011 Őszi félév Heizlerné Bakonyi Viktória HBV@ludens.elte.hu Titkosítás,hitelesítés Szimmetrikus DES 56 bites kulcs (kb. 1000 év) felcserél, helyettesít
RészletesebbenProgramozás. Bevezetés. Fodor Attila. Pannon Egyetem Műszaki Informatikai Kar Villamosmérnöki és Információs Rendszerek Tanszék
Programozás Fodor Attila Pannon Egyetem Műszaki Informatikai Kar Villamosmérnöki és Információs Rendszerek Tanszék foa@almos.vein.hu 2010. február 11. Tantárgy célja, szükséges ismeretek Tantárgy célja,
RészletesebbenMagas szintű adatmodellek Egyed/kapcsolat modell I.
Magas szintű adatmodellek Egyed/kapcsolat modell I. Ullman-Widom: Adatbázisrendszerek. Alapvetés. 4.fejezet Magas szintű adatmodellek (4.1-4.3.fej.) (köv.héten folyt.köv. 4.4-4.6.fej.) Az adatbázis modellezés
RészletesebbenExcel ODBC-ADO API. Tevékenységpontok: - DBMS telepítés. - ODBC driver telepítése. - DSN létrehozatala. -Excel-ben ADO bevonása
DBMS spektrum Excel ODBC-ADO API Tevékenységpontok: - DBMS telepítés - ODBC driver telepítése - DSN létrehozatala -Excel-ben ADO bevonása - ADOConnection objektum létrehozatala - Open: kapcsolat felvétel
RészletesebbenIntegrációs mellékhatások és gyógymódok a felhőben. Géczy Viktor Üzletfejlesztési igazgató
Integrációs mellékhatások és gyógymódok a felhőben Géczy Viktor Üzletfejlesztési igazgató Middleware projektek sikertelenségeihez vezethet Integrációs (interfész) tesztek HIÁNYA Tesztadatok? Emulátorok?
RészletesebbenSzoftver-technológia II. Szoftver újrafelhasználás. (Software reuse) Irodalom
Szoftver újrafelhasználás (Software reuse) Irodalom Ian Sommerville: Software Engineering, 7th e. chapter 18. Roger S. Pressman: Software Engineering, 5th e. chapter 27. 2 Szoftver újrafelhasználás Szoftver
RészletesebbenIntelligens közlekedési rendszerek (ITS)
Budapesti Műszaki és Gazdaságtudományi Egyetem Közlekedésüzemi és Közlekedésgazdasági Tanszék Intelligens közlekedési rendszerek (ITS) Térinformatika (GIS) közlekedési alkalmazásai Közlekedési adatbázisok
RészletesebbenHasználati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban
Használati alapú és modell alapú tesztelés kombinálása szolgáltatásorientált architektúrák teszteléséhez az ipari gyakorlatban Nagy Attila Mátyás 2016.12.07. Áttekintés Bevezetés Megközelítés Pilot tanulmányok
RészletesebbenTudásalapú információ integráció
Tudásalapú információ integráció (A Szemantikus Web megközelítés és a másik irány) Tanszéki értekezlet, 2008. május 14. 1 Miért van szükségünk ilyesmire? WWW: (Alkalmazások) Keresés a weben (pl. összehasonlítás
RészletesebbenInczédy György Középiskola, Szakiskola és Kollégium Nyíregyháza, Árok u. 53. TANMENET. Informatika szakmacsoport
TANMENET Informatika szakmacsoport Programozási gyakorlatok III. tantárgy 12. évfolyam A osztály 2013/2014 tanév Heti óraszám: Éves óraszám: 3 óra 96 óra Készítette: Szikszai Gusztáv tanár Ellenőrizte:.
RészletesebbenHozzáférés és újrahasznosítás
Hozzáférés és újrahasznosítás A TEL és az Europeana a tudományos kutatás szolgálatában Kovácsné Koreny Ágnes Fővárosi Szabó Ervin Könyvtár Kutatók a virtuális térben 10 évnyi kutatás a virtuális kutatók
RészletesebbenSAS szoftverek felhasználási lehetőségei a felsőoktatásban
SAS szoftverek felhasználási lehetőségei a felsőoktatásban Hodász Attila BDX Kft. Abrán József SAS Magyarország Miért SAS? Integrált keretrendszer amely a teljes feladat támogatására alkalmas Kiforrott
RészletesebbenSzemantikus Web Semantic Web A szemantikus web alkalmas megközelítés, illetve megfelel nyelvekkel, eszközökkel támogatja az intelligens információs
Szemantikus Web Semantic Web A szemantikus web alkalmas megközelítés, illetve megfelel nyelvekkel, eszközökkel támogatja az intelligens információs rendszerek fejlesztését az elosztott információs környezetben.
RészletesebbenTöbbfelhasználós és internetes térkép kezelés, megjelenítés
Többfelhasználós és internetes térkép kezelés, megjelenítés Többfelhasználós környezetek Egyszerű fájlszerveres megoldás, LAN (Novel, Windows hálózat) Egy fájl egyidejű módosítása több helyről nem lehetséges
Részletesebben30 MB INFORMATIKAI PROJEKTELLENŐR
INFORMATIKAI PROJEKTELLENŐR 30 MB DOMBORA SÁNDOR BEVEZETÉS (INFORMATIKA, INFORMATIAKI FÜGGŐSÉG, INFORMATIKAI PROJEKTEK, MÉRNÖKI ÉS INFORMATIKAI FELADATOK TALÁKOZÁSA, TECHNOLÓGIÁK) 2016. 09. 17. MMK- Informatikai
RészletesebbenTudásalapú információ-kereső rendszerek elemzése és kifejlesztése
Tudásalapú információ-kereső rendszerek elemzése és kifejlesztése 1 Tudásalapú információ-kereső rendszerek elemzése és kifejlesztése Természetes nyelv feldolgozás 2 Tudásalapú információ-kereső rendszerek
RészletesebbenJava. Perzisztencia. ANTAL Margit. Java Persistence API. Object Relational Mapping. Perzisztencia. Entity components. ANTAL Margit.
Sapientia - EMTE 2008 Az előadás célja JPA - - perzisztencia ORM - - Objektumrelációs leképzés - Entitásbabok Állandóság Mechanizmus amely során az alkalmazás adatai megőrzésre kerülnek valamely perzisztens
RészletesebbenSzoftver Tervezési Dokumentáció. Nguyen Thai Binh
Szoftver Tervezési Dokumentáció Nguyen Thai Binh April 2010 1. fejezet Feladat Szimulációs feladat. Célja, hogy reprezentáljunk egy több komponensből álló alkalmazást, amely a megadott témakörnek megfelel,
RészletesebbenProgramozás. Adatbázis-kezelés (alapok) Fodor Attila
Programozás Adatbázis-kezelés (alapok) Fodor Attila Pannon Egyetem Műszaki Informatikai Kar Villamosmérnöki és Információs Rendszerek Tanszék foa@almos.vein.hu 2010. április 22. Bevezetés Adatbáziskezelés
RészletesebbenAdatmodellezés, alapfogalmak. Vassányi István
Adatmodellezés, alapfogalmak Vassányi István Alapok A helyes modell az információs rendszer későbbi használhatóságánakazalapja, olyanmint a jómunkaruha: véd, de nem akadályozza a munkát Objektum-orientált
Részletesebben1. Mi a fejállományok szerepe C és C++ nyelvben és hogyan használjuk őket? 2. Milyen alapvető változókat használhatunk a C és C++ nyelvben?
1. Mi a fejállományok szerepe C és C++ nyelvben és hogyan használjuk őket? 2. Milyen alapvető változókat használhatunk a C és C++ nyelvben? 3. Ismertesse a névtér fogalmát! 4. Mit értünk a "változó hatóköre"
RészletesebbenAdatbázis-lekérdezés. Az SQL nyelv. Makány György
Adatbázis-lekérdezés Az SQL nyelv Makány György SQL (Structured Query Language=struktúrált lekérdező nyelv): relációs adatbázisok adatainak visszakeresésére, frissítésére, kezelésére szolgáló nyelv. Születési
RészletesebbenAlkalmazás technológiai frissítés migrációs és üzemeltetési tapasztalatok
Alkalmazás technológiai frissítés migrációs és üzemeltetési tapasztalatok Informix 11.50 upgrade esettanulmány 2011. január. 31. Átalakítandó architektúra (2009) Alapvetően az üzleti logikát tárolt eljárásokkal
RészletesebbenINFORMATIKA ÁGAZATI ALKALMAZÁSAI. Az Agrármérnöki MSc szak tananyagfejlesztése TÁMOP-4.1.2-08/1/A-2009-0010
INFORMATIKA ÁGAZATI ALKALMAZÁSAI Az Agrármérnöki MSc szak tananyagfejlesztése TÁMOP-4.1.2-08/1/A-2009-0010 2. Adatbáziskezelés eszközei Adatbáziskezelés feladata Adatmodell típusai Relációs adatmodell
RészletesebbenSummer of LabVIEW The Sunny Side of System Design
Summer of LabVIEW The Sunny Side of System Design 30th June - 18th July 1 Adatbázis kapcsolatok, adattárolás és a LabVIEW Ványi Zoltán Hungary Kft. Agenda az előadás tematikája Bevezető - bemutatkozás
RészletesebbenTANÚSÍTVÁNY. tanúsítja, hogy a E-Group Magyarország Rt. által kifejlesztett és forgalmazott. Signed Document expert (SDX) Professional 1.
TANÚSÍTVÁNY A HUNGUARD Számítástechnikai-, informatikai kutató-fejlesztő és általános szolgáltató Kft. a 15/2001.(VIII. 27.) MeHVM rendelet alapján, mint a Magyar Köztársaság Informatikai és Hírközlési
RészletesebbenOracle adatkezelési megoldások helye az EA világában. Előadó: Tar Zoltán
Oracle adatkezelési megoldások helye az EA világában Előadó: Tar Zoltán Témák Bemutatkozás Enterprise Architecture bemutatása Mi az az EA? TOGAF bemutatása OEAF bemutatása Oracle megoldások Oracle termékek
RészletesebbenAdatmodellezés. 1. Fogalmi modell
Adatmodellezés MODELL: a bonyolult (és időben változó) valóság leegyszerűsített mása, egy adott vizsgálat céljából. A modellben többnyire a vizsgálat szempontjából releváns jellemzőket (tulajdonságokat)
RészletesebbenProgramfejlesztési Modellek
Programfejlesztési Modellek Programfejlesztési fázisok: Követelmények leírása (megvalósíthatósági tanulmány, funkcionális specifikáció) Specifikáció elkészítése Tervezés (vázlatos és finom) Implementáció
RészletesebbenKépi információk hatékony feldolgozása széles társadalmi rétegeket érintő egészségügyi problémákban
Képi információk hatékony feldolgozása széles társadalmi rétegeket érintő egészségügyi problémákban Hajdu András Debreceni Egyetem, Informatikai Kar 2. Magyar Jövő Internet Konferencia Budapest, 2015.
RészletesebbenSzéchenyi István Egyetem. Programozás III. Varjasi Norbert varjasin@sze.hu
Programozás III. Varjasi Norbert varjasin@sze.hu 1 A java virtuális gép (JVM) Képzeletbei, ideális számítógép. Szoftveresen megvalósított működési környezet. (az op. rendszer egy folyamata). Feladata:
RészletesebbenEnterprise extended Output Management. exom - Greendoc Systems Kft. 1
Enterprise extended Output Management exom - Greendoc Systems Kft. 1 exom - Greendoc Systems Kft. 2 Sokféle bementi adatformátum kezelése Adatok fogadása különböző csatornákon Előfeldolgozás: típus meghatározás,
RészletesebbenJunior Java Képzés. Tematika
Junior Java Képzés Tematika I. Szakmai törzsanyag A tematika tartalmaz algoritmuselméletet, programozási tételeket, tipikus adatfeldolgozó feladatokat, programozási nyelvi alapelemeket, technológiai ismereteket,
RészletesebbenKomponens alapú fejlesztés
Komponens alapú fejlesztés Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással
RészletesebbenVárosi tömegközlekedés és utastájékoztatás szoftver támogatása
Városi tömegközlekedés és utastájékoztatás szoftver támogatása 1. Általános célkitűzések: A kisvárosi helyi tömegközlekedés igényeit maximálisan kielégítő hardver és szoftver környezet létrehozása. A struktúra
Részletesebben<Insert Picture Here> Az archiválás megközelítése az ILM felől (Information Lifecycle Management)
Az archiválás megközelítése az ILM felől (Information Lifecycle Management) Sárecz Lajos Technológiai tanácsadó A probléma Mi az az Információ életciklus kezelés
RészletesebbenNyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja
1 / 15 Nyílt forráskódú irodai programkomponensek vállalati környezetbe való integrációjának vizsgálata és implementációja Vajna Miklós 2012. január 24. Tartalomjegyzék 2 / 15 1 Bevezető 2 Motiváció 3
RészletesebbenFejlett kereső és lekérdező eszközök egy elektronikus szakfolyóirathoz (IBVS)
Networkshop, 2008 Márc. 17 19., Dunaújváros Holl Erdődi: Fejlett kereső... 1 Fejlett kereső és lekérdező eszközök egy elektronikus szakfolyóirathoz (IBVS) Holl András Erdődi Péter MTA Konkoly Thege Miklós
RészletesebbenADATBÁZIS-KEZELÉS. Adatbázis-kezelő rendszerek
ADATBÁZIS-KEZELÉS Adatbázis-kezelő rendszerek Adat (Data) Észlelhető, felfogható ismeret Jelsorozat Tény, közlés Valakinek vagy valaminek a jellemzője Adatbázis (Data Base, DB) Hosszú ideig évekig meglévő
RészletesebbenProgramozás III. - NGB_IN001_3
Programozás III. - az objektumorientált programozásba Varjasi Norbert Széchenyi István Egyetem Informatika Tanszék Programozás III. - 1. el adás institution-log Tartalom 1 El adások és gyakorlatok Zárthelyi
RészletesebbenBevezetés: az SQL-be
Bevezetés: az SQL-be Tankönyv: Ullman-Widom: Adatbázisrendszerek Alapvetés Második, átdolgozott kiadás, Panem, 2009 2.3. Relációsémák definiálása SQL-ben, adattípusok, kulcsok megadása 02B_BevSQLsemak
RészletesebbenFlex: csak rugalmasan!
Flex: csak rugalmasan! Kiss-Tóth Marcell http://kiss-toth.hu marcell@kiss-toth.hu Magyarországi Web Konferencia 2006 2006. március 18. tartalom bevezető Adobe Flex alternatív technológiák bevezető az Internetnek
RészletesebbenSikerünk kulcsa: az információ De honnan lesz adatunk? Palaczk Péter
Sikerünk kulcsa: az információ De honnan lesz adatunk? Palaczk Péter Bevezető az Oracle9i adattárházas újdonságaihoz Elemzési és vezetői információs igények 80:20 az adatgyűjtés javára! Adattárházak kínálta
RészletesebbenSzathmáry László Debreceni Egyetem Informatikai Kar
Szathmáry László Debreceni Egyetem Informatikai Kar 1. Gyakorlat bevezető JSON telepítés (utolsó módosítás: 2018. szept. 12.) 2018-2019, 1. félév MongoDB https://www.mongodb.com/ A MongoDB egy nem-relációs,
RészletesebbenAdatbázisok I 2012.05.11. Adatmodellek komponensei. Adatbázis modellek típusai. Adatbázisrendszer-specifikus tervezés
Adatbázisok I Szemantikai adatmodellek Szendrői Etelka PTE-PMMK Rendszer és Szoftvertechnológiai Tanszék szendroi@pmmk.pte.hu Adatmodellek komponensei Adatmodell: matematikai formalizmus, mely a valóság
RészletesebbenÖnálló laboratórium beszámoló
Önálló laboratórium beszámoló BME-TMIT Készítette: Sümeghy Tamás Pál Neptun-kód: GFHSRE Szak: műszaki informatikus Szakirány: Internet és infokommunikációs alkalmazásai E-mail cím: schumy@sch.bme.hu Konzulens(ek):
RészletesebbenFolyamatmodellezés és eszközei. Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Folyamatmodellezés és eszközei Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék Folyamat, munkafolyamat Munkafolyamat (Workflow): azoknak a lépéseknek a sorozata,
RészletesebbenPárhuzamos és Grid rendszerek
Párhuzamos és Grid rendszerek (12. ea) Cloud computing Szeberényi Imre BME IIT M Ű E G Y E T E M 1 7 8 2 2013.04.29. - 1 - Újabb buzzword? Metacomputing Utility computing Grid computing
RészletesebbenBevezetés a Python programozási nyelvbe
Bevezetés a Python programozási nyelvbe 7. Gyakorlat osztályok, objektumok (utolsó módosítás 2018. aug. 28.) Szathmáry László Debreceni Egyetem Informatikai Kar 2018-2019, 1. félév OO programozás Pythonban
RészletesebbenGoogle App Engine az Oktatásban 1.0. ügyvezető MattaKis Consulting http://www.mattakis.com
Google App Engine az Oktatásban Kis 1.0 Gergely ügyvezető MattaKis Consulting http://www.mattakis.com Bemutatkozás 1998-2002 között LME aktivista 2004-2007 Siemens PSE mobiltelefon szoftverfejlesztés,
RészletesebbenKözösség, projektek, IDE
Eclipse Közösség, projektek, IDE Eclipse egy nyílt forráskódú (open source) projekteken dolgozó közösség, céljuk egy kiterjeszthető fejlesztői platform és keretrendszer fejlesztése, amely megoldásokkal
RészletesebbenEgységesítés felsőfokon
Egységesítés felsőfokon 1 Az intézményi publikációs adattárak névkezelési stratégiája Köntös Nelli egyetemi tanársegéd Dokumentum-leírás régen és ma Úgy látszik mindenki úgy gondolja, hogy a legkönnyebb
RészletesebbenSzemantikus Web Semantic Web A szemantikus web alkalmas megközelítés, illetve megfelel nyelvekkel, eszközökkel támogatja az intelligens információs
Szemantikus Web Semantic Web A szemantikus web alkalmas megközelítés, illetve megfelel nyelvekkel, eszközökkel támogatja az intelligens információs rendszerek fejlesztését az elosztott információs környezetben.
RészletesebbenALAPOK. 0 és 255 közé eső számértékek tárolására. Számértékek, például távolságok, pontszámok, darabszámok.
ADATBÁZIS-KEZELÉS ALAPOK Főbb Adattípusok: Igen/Nem Bájt Ez az adattípus logikai adatok tárolására alkalmas. A logikai adatok mindössze két értéket vehetnek fel. (Igen/Nem, Igaz/Hamis, Férfi/Nő, Fej/Írás
RészletesebbenNETinv. Új generációs informatikai és kommunikációs megoldások
Új generációs informatikai és kommunikációs megoldások NETinv távközlési hálózatok informatikai hálózatok kutatás és fejlesztés gazdaságos üzemeltetés NETinv 1.4.2 Távközlési szolgáltatók és nagyvállatok
RészletesebbenProgramozási nyelvek Java
statikus programszerkezet Programozási nyelvek Java Kozsik Tamás előadása alapján Készítette: Nagy Krisztián 2. előadás csomag könyvtárak könyvtárak forrásfájlok bájtkódok (.java) (.class) primitív osztály
RészletesebbenCCS Hungary, 2000 szeptember. Handling rendszer technikai specifikáció
CCS Hungary, 2000 szeptember Handling rendszer technikai specifikáció Hálózati architektúra SITA Hálózat/ Vám/ Internet/... CodecServer üzenet központ DB LA N Laptop computer RAS elérés Adatbázis szerver
RészletesebbenSoftware Engineering Babeş-Bolyai Tudományegyetem Kolozsvár
Software Engineering Dr. Barabás László Ismétlés/Kitekintő Ismétlés Software Engineering = softwaretechnológia Projekt, fogalma és jellemzői, személyek és szerepkörök Modell, módszertan Kitekintés Elemzés/
RészletesebbenErőforrás gazdálkodás a bevetésirányításban
Professzionális Mobiltávközlési Nap 2009 Új utakon az EDR Erőforrás gazdálkodás a bevetésirányításban Fornax ZRt. Nagy Zoltán Vezérigazgató helyettes Budapest, 2009. április 9. Tartalom 1. Kézzelfogható
RészletesebbenUtolsó módosítás: 2012. 05. 08.
Utolsó módosítás: 2012. 05. 08. A fóliák részben a Windows Operating System Internals Curriculum Development Kit alapján készültek. SACL: System Access Control List SID: Security Identifier HKLM: HKEY_LOCAL_MACHINE
RészletesebbenElőszó. Bevezetés. Java objektumok leképzése relációs adatbázisokra OJB-vel Viczián István (viczus@freemail.hu) Viczián István
Java objektumok leképzése relációs adatbázisokra -vel Viczián István (viczus@freemail.hu) Előszó E cikk olyan haladó programozóknak nyújt segítséget, kik tisztában vannak a Java nyelvvel, és többször is
RészletesebbenPetőfi Irodalmi Múzeum. megújuló rendszere technológiaváltás
Petőfi Irodalmi Múzeum A Digitális Irodalmi Akadémia megújuló rendszere technológiaváltás II. Partnerek, feladatok Petőfi Irodalmi Múzeum Megrendelő, szakmai vezetés, kontroll Konzorcium MTA SZTAKI Internet
RészletesebbenSimon Balázs Dr. Goldschmidt Balázs Dr. Kondorosi Károly. BME, Irányítástechnika és Informatika Tanszék
Simon Balázs (sbalazs@iit.bme.hu) Dr. Goldschmidt Balázs Dr. Kondorosi Károly BME, Irányítástechnika és Informatika Tanszék Webszolgáltatások, WS-* szabványok WS-* implementációs architektúra Célkitűzés:
RészletesebbenInternetes térkép publikálási technikák, szabványok, trendek, nyílt forráskódú megoldások
Internetes térkép publikálási technikák, szabványok, trendek, nyílt forráskódú megoldások dr. Siki Zoltán Áttekintés OGC, OSGeo szervezetek Szabványosítási irányok Nem szabványos megoldások (Google) OGC
RészletesebbenA relációs adatmodell
A relációs adatmodell E. Codd vezette be: 1970 A Relational Model of Data for Large Shared Data Banks. Communications of ACM, 13(6). 377-387. 1982 Relational Databases: A Practical Foundation for Productivity.
RészletesebbenAz adatbázisrendszerek világa
Az adatbázisrendszerek világa Tankönyv: Ullman-Widom: Adatbázisrendszerek Alapvetés Második, átdolgozott kiadás, Panem, 2009 1.1. Az adatbázisrendszerek fejlődése 1.2. Az adatbázis-kezelő rendszerek áttekintése
RészletesebbenNagy bonyolultságú rendszerek fejlesztőeszközei
Nagy bonyolultságú rendszerek fejlesztőeszközei Balogh András balogh@optxware.com A cég A BME spin-off-ja A Hibatűrő Rendszerek Kutatócsoport tagjai alapították Tisztán magánkézben Szakmai háttér Hibatűrő
RészletesebbenTartalomjegyzék
Manager program 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Intézmény adatai Szakmák adatai Visszahívás adatai Személy csoportok adatai Személyek adatai Részleg adatai Műtéti árlista adatai Érzéstelenítés árlista adatai
RészletesebbenA.NET keretrendszer (.NET Framework) három alapvetõ összetevõbõl áll:
Bevezetés Üdvözöljük a C# adatbázis-programozás mesteri szinten tanfolyamán! Amint az Olvasó bizonyára tudja, a technológiai forradalom következõ lépcsõje elkerülhetetlenül a.net felület lesz. A.NET erõssége,
RészletesebbenAlternatív adatbázisok Gráfadatbázisok
Alternatív adatbázisok Gráfadatbázisok Adatbázis típusok Relációs PostgreSQL, Oracle, MySQL, stb. Dokumentum MongoDB, CouchDB, OrientDB Gráfadatbázis Neo4J, OrientDB, ArangoDB, InfiniteGraph Key-value
RészletesebbenAz annotáció elvei. Oravecz Csaba MTA Nyelvtudományi Intézet {oravecz}@nytud.hu. MANYE vitaülés 2006. február 20.
Oravecz Csaba MTA Nyelvtudományi Intézet {oravecz}@nytud.hu MANYE vitaülés 2006. február 20. Bevezetés Nyelvi erőforrások, szöveges adatbázisok növekvő jelentősége. Bevezetés Nyelvi erőforrások, szöveges
RészletesebbenInternet alkamazások Készítette: Methos L. Müller Készült: 2010
Internet alkamazások Készítette: Methos L. Müller Készült: 2010 Tartalomjegyzék - Tartalomkezelő rendszerek Miért jó a CMS alapú website? CMS rendszerek - Mi szükséges ezen CMS-ekhez? - Információ építészet
Részletesebben