Ing. Libor Seidl HL7 Česká republika

Transkript

1 Ing. Libor Seidl HL7 Česká republika

2 Poznámka na okraj HL7 Int. vytváří standardy všude tam, kde je to potřeba:»primární standardy (4): HL7 verze 2 komunikační protokol pro sémanticky blízké okolí(iso 27931) HL7 verze 3 protokol sémantické interoperability (ISO 21090, ISO 21731) HL7 CDA R2 Architektura klinického dokumentu (ISO 27932) CCOWS Specifikace řízení kontextu pracovní stanice»funkční profily EHR (13)(ISO 10781)»Implementační příručky CDA aj. (20)» a další Infobutton Virtuální záznam pro CDSS GELLO, Arden Syntax (MLM) Služby Společné terminologie (ISO 27952)

3 Diskuse DASTA vs. HL7 snad jižod roku »Integrační platformy zvládnou vše»implementace: naplnění XML»Uživatelé(lékaři, pacienti) to nikdy neuvidí Co je na volbě datového standardu tak závažné?

4 Def.:schopnost ekosystému udržet si procesy, funkce, rozmanitost a produktivitu do budoucnosti. Zdroj: Procesy: - životní cykly informací, znalostí a aplikací(inovace) Funkce: - realizace spolupráce mezi ZZ, ZP a pacientem Rozmanitost: -možnost volby technického řešení, - evoluční boj o přežití Produktivita: - schopnost zefektivňovat zdravotnictví - motivace uživatelů k investicím

5 Interoperabilita organizací = sladění externích procesů! Příklady: Sdílenízdrav. dokumentace kooperace při léčbě Pacienti ZZ

6 Předpoklady pro spolupráci dvou organizací:»společný zájem,»profit na obou stranách,»společný architekturní rámec,»společný referenční model,»koordinace pomocíspolečných terminologií(ontologií). ehealth (a datový std.)» realizace systémů(nákup/implementace) dle potřeb každé organizace

7 Vznik znalosti

8 Samostatná aplikace:

9 Aplikace s komunikačním rozhraním: rozsáhlejší komunikační protokol indukuje výraznější vylepšení komunikujících aplikací!

10 Požadované vlastnosti:»založený na referenčním modelu,»respektující architekturní přístup,»ustálená a dodržovaná metodologie vývoje,»rozumný životní cyklus (inovace),»bohaté nástrojové zázemí,»možnost profilování a lokalizace,»opakovatelné sekvence,»úplný ve své doméně.

11 IHE a Continua»průmyslové konsorcium / aliance,»snaha typizovat řešení běžných situací,»snaha zjednodušit zákazníkům život (katalog konformních produktů),»profilace všech možných existujících standardů (XML, HL7 v2, HL7 v3, CDA, NTP, aj. )

12 Původ DASTA HL7 verze 3 Funkce ehealth Ref. Model --- RIM (ISO 21731) (organizační interop.) Architekt. přístup --- Ano Procesy v ehealth Životní cyklus aplikace cena implementace Volba terminologie Ne Ano, až do profilu Profilování a lokalizace Ne Ano, viz také CDA Vnitřně koherentní Ne Velmi často Opakovatelnésekvence XML bloky(?) Testovatelný na konformitu XSD CMET XSD, MIF, Profily Datové typy vlastní ISO Datatypes Strojově čitelná definice XSD (?) MIF, XSD nedop. Cena za licenci 0 Kč 8000Kč/rok

13 Původ DASTA HL7 verze 3 Procesy v ehealth Transfer/import znalostí Ontologický popis Ne částečně Úplný ve svédoméně Snad Snad (více domén) Rozumný životnícyklus a metodologie Na dohodě vývojářů HL7 Devel. Framework (ISO 27931) Počet impl. a vývojářů do 100 Nad 1000 Nástrojová základna malá větší Rozmanitost v ehealth Užitív zahraničí Slovensko USA, Kanada, Rakousko, Produktivita ehealth Možnost importu aplikací ze zahraničí Podpora v IHE a Continua Ne Ano (?) Ne Ano

14 Udržitelnost ehealth = Procesy, Funkce, Rozmanitost, Produktivita Nahrazení DASTA? -ne, tam kde to funguje, nenídůvod! Gateway HL7 DASTA -ano, pracuje se na tom (zkoumáse to) Co dál s HL7? -lokalizace HL7 (implementačnípříručky, nikoliv překlad)

15 Podle:

16 » Snižují náklady (zkracují ROI)» Snižují rizika» Konkurence dodavatelů, z pohledu uživatelů obrana proti lock-in» Řízené změny (náklady na upgrade)» Zvyšujíkvalitu» Produkty jsou testovatelné na korektnost» Standard je tím efektivnější, čím širší konsenzus je dosažen

17