1 / 31

eSzabványok Közös Adatmodell

eSzabványok Közös Adatmodell. dr. Horváth Lajos Horvath.Lajos@irgalmas.hu. Követelmények. A nemzetközi szabványosítási folyamatok figyelembe vétele Implementálhatóság HEFOP 4.4 követelményeit szem előtt tartva korszerű technológiák alkalmazása Hazai környezethez való illeszkedés

owen
Download Presentation

eSzabványok Közös Adatmodell

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. eSzabványokKözös Adatmodell dr. Horváth Lajos Horvath.Lajos@irgalmas.hu

  2. Követelmények • A nemzetközi szabványosítási folyamatok figyelembe vétele • Implementálhatóság • HEFOP 4.4 követelményeit szem előtt tartva • korszerű technológiák alkalmazása • Hazai környezethez való illeszkedés • a külső meghatározottságú adatstruktúrák beilleszthetősége • Teljeskörűségre való törekvés

  3. A megvalósítás alatt álló szabványok • eSzabványok::eAdatmodell • eSzabványok::eKórlap • eSzabványok::eKonzílium • eSzabványok::eLelet • eSzabványok::eFin • eSzabványok::eRecept

  4. A megvalósítás alapjai • A CEN 13606:2004 alapján • GPIC megjelenése • CEN-HL7 közeledés • Több új, a hazai környezetben való alkalmazást lehetővé tevő concept bevezetése • riport, repository, üzenet, … • Technológiai környezet • UML reprezentáció • XML implementáció

  5. Kettős modell megközelítés • Mind a HL7, mind a CEN/openEHR megközelítése kettős modell alapú • informatikai modell (Reference Information Model) • szakmai modell (CDA, MDF, Archetype Model) • Előnyei • az informatikai modell hosszútávon stabil – a szabványosíthatóság követelményeinek megfelel (eAdatmodell, eFin, eRecept) • a szakmai modell rugalmasan alakítható – az informatikai modell változtatása nélkül (eKórlap, eKonzílium, eLelet)

  6. Az eSzabványok főbb konceptuális forrásai GEHR openEHR HL7 v3 RIM CEN 13606 GPIC’s komplex adattípusok koncepció XML Schema XML Signature XSD eSzabványok::xxx

  7. Modellezési alapelvek • Top-down • Bottom-up Kórlap Makrostruktúrák Recept Kérőlapok Epikrízis „Adattéglák” DV_MULTIMEDIA DV_DATE NonHealthCareParticipation DV_CODED_TEXT Message

  8. A modellezés módszere • UML osztálydiagramokon alapuló modellezés • A valós objektumokat támogató adattípusok kialakítása • Öröklésen, asszociáción és aggregáción alapuló osztályszerkezet kialakítása • Az alaptípusokra épülő, komplexitásában egymásra rétegződő osztályok kialakítása • Package-ek kialakítása • A XML Schema (XSD állományok) generálása, értékelése • UML diagramok összeállítása

  9. Az eSzabványok technológiai térképe UML modell v1.3 W3C XML Schema XSD publikáció validáció HTML dokumentáció XMI v1.0 publikáció publikáció

  10. eAdatmodell – alapok • CEN • prEN 13606:2004 (E)CEN/TC 251 Electronic health record communication • prEN 14822:2003 (E)TC 251 WI 168 General purpose information components (GPIC’s) • HL7 v3 • Reference Information Model • W3C • XMLSchema • XMLSchemaDatatypes targetNamespace: http://www.w3.org/2001/XMLSchema • XML Signature Recommendation

  11. A kettős modell megvalósítása • Referencia modell • az EHR informatikai szerkezete, az építőelemek és azok kapcsolódásai • viszonylag stabil, szabványosítással jól definiálható (MSZE 22804) • alkalmazott eszközök: UML, XMI, XSD • Archetype (template) modell • a RM építőelemeinek szakmai kontextusa • a klinikai tudással együtt fejlődik, széles orvosi konszenzussal formálódik • a szakmai konszenzust létrejöttét támogató informatikai háttér megteremtése • eszközök: Archetype Description Language(ADL), OWL

  12. Kettős modell - példa Folder Folder Composition Section Entry Element Element Cluster Element Element Element Entry Element Element Section

  13. eAdatmodell – komponensek • Csomagokba szervezés • Alap adattípusok – DataTypes • Újrafelhasználható objektumok kezelése – Repository • Az ellátással kapcsolatos adatok – Extract • Üzenetek kezelése, aláírása – Message • Jelentések kezelése – Report

  14. Csomagszerkezet

  15. Adattípusok – DataTypes package • Források • XSD DataTypes • XML alaptípusok • CEN prEN 13606:2004 • alaptípusok • HL7 v3 RIM • komplex típusok • CEN GPIC (prEN 14822:2003) • CAG (Common Attribute Groups) • CEN TC 251: Mapping of hierarchial message descriptions to XML (Working Document) • XML Schema elvek • A hazai elvárásoknak megfelelő, a CEN elveit követő, a HL7 előnyös elemeit adaptáló, konzisztens

  16. DataTypes package szerkezete

  17. DataTypes::DV::Text package

  18. Repository package • Az újrafelhasználandó építőkövek (személyek, szervezetek) önálló tárolója • Célja a redundancia csökkentése, az inkonzisztencia megelőzése • Elkülönül az üzeneten belül • Az üzenet más részeihez azonosítókon keresztül hivatkozásokkal kapcsolódik • Szakmai tartalma archetype-szerű másodlagos definíciókat igényel • A CEN GPIC/13606 és HL7 v3 RIM további közelítése

  19. Repository package

  20. Extract package • Az egy ellátottal kapcsolatos adatok események szervezésére • Többszörös belső hierarchia • Record_Component öröklődése: két önálló faszerkezet (események és adatai – ezek szerveződése) • Kétrétegű komplex adatszervezés az események adataiban • Folder-alapú adatcsoportosítás (események többféle nézeteinek lehetősége)

  21. Record_Component – hierarchia

  22. A Record_Component gyermekei • Composition • egy klinikai esemény (pl. konzílium, ambuláns ellátás, ápolási dokumentáció) • session adatok, verzióadatok kapcsolódása • Section (Content) • esemény szakaszai, blokkjai (pl. anamnézisfelvétel) • Entry • egy vizsgálat, vizsgálatcsoport (pl. echocardiographia) • résztvevők, módosult alany kapcsolódása • Cluster (Item) • komplex adatszerkezet (pl. fa, idősor, tábla) • Element • elemi adat, adatérték (DATA_VALUE típus)

  23. Kétrétegű hierarchia

  24. Kapcsolatok (Link) • Bármely Record_Component összekapcsolása • Célja pl. ok-okozat, kérés-eredmény jelölése • Verziók kezelése

  25. Rendezők (Folder) szerepe Járóbeteg Események Folder Légzési panaszok Radiológiai Folder C C C C C C C

  26. Digitális aláírás kezelése • W3C XML Signature alapján • többszörös aláírás támogatása

  27. Hogyan tovább? • Rendszeres felülvizsgálat és folyamatos fejlesztés • a szabványosítás folyamata 3 év! • Kettős modell támogatása • Szakmai sémák fejlesztésének és karbantartásának támogatása (eszközök és folyamatok) • Üzenetek megfelelőségének vizsgálata (validátorok mindkét szinten) • informatikai modell: XML-XSD • szakmai modell: ontológia-elvű eszközök (ADL, OWL) • Kódszótárak és törzsek központi menedzsmentje • Implementáció • HEFOP 4.4 interface-fejlesztések

  28. Köszönjük a figyelmet!

More Related