eSzabványok Közös Adatmodell

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

3. 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

4. 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

5. 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ó

6. 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)

7. 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

8. 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

9. 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

10. 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ó

11. 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

12. 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

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

14. 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

15. Csomagszerkezet

16. 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

17. DataTypes package szerkezete

18. DataTypes::DV::Text package

19. 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

20. Repository package

21. 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)

22. Record_Component – hierarchia

23. 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)

24. Kétrétegű hierarchia

25. 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

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

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

28. 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

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