Prezentace se nahrává, počkejte prosím

Prezentace se nahrává, počkejte prosím

MUDr. David Hačkajlo Datové Centrum IKEM, ÚIK Symposium InterSystems 2006, Tábor.

Podobné prezentace


Prezentace na téma: "MUDr. David Hačkajlo Datové Centrum IKEM, ÚIK Symposium InterSystems 2006, Tábor."— Transkript prezentace:

1 MUDr. David Hačkajlo Datové Centrum IKEM, ÚIK Symposium InterSystems 2006, Tábor

2 Filozofie zlatokopování Zlatokop je webový portál vytvořený především pro potřeby klinických pracovníků IKEM – tedy lékařů a případně sester. Vyhledávání ve Zlatokopu vždy možné za použití dvou odlišných principů: vím kdo (daný pacient) a chci najít co (výsledek, zprávu, obrazová data), vím co (danou hodnotu testu, danou diagnózu) a chci najít, kdo (pacienty).

3 Typy datových zdrojů textové dokumenty z jiných IS –automaticky zrcadleny do Caché a indexovány proprietárním algoritmem využívajícím bitmapové indexy Caché - velmi rychlé fulltextové vyhledávání včetně samoučícího mechanismu strukturovaná data jako součást textových dokumentů –jsou indexována a prohledávána podobně jako textová data plně strukturovaná data z klinických registrů IKEM (ukládaná v Caché) –jsou přímo prohledávána pomocí interních mechanismů strukturovaná data jiných systémů –jsou prohledávána prostřednictvím optimalizovaných SQL dotazů v kombinaci s dodatečným tříděním přímo v Caché interní objektová data Zlatokopu –přístup jak přes full-text vyhledávání, tak přes vlastnosti objektů, případně kombinace obou

4 Schema Zlatokopu PATS – CACHÉ formuláře PATS – CACHÉ magistraliter preskripce PATS – CACHÉ klinické registry a karty CACHÉ zrcadlená data bitmapové indexy CSP stránky CACHÉ zrcadlená data bitmapové indexy CSP stránky Apache Web Server INTRANET alternativně INTERNET přes https NIS – INFORMIX registr pacientů NIS – INFORMIX textové dokumenty NIS – INFORMIX laboratorní výsledky NIS – INFORMIX modul ZRIR modul ECHO NIS – INFORMIX ambulantní preskripce WinZIS – SyBase ASA patalog. – anat. vyšetření MUSE – Pervasive SQL EKG archív PACS – Informix obrazový archiv ZRIR přímé ad hoc dotazy přes http request na SOAP Web Service, resp. php funkce přímé dotazy přes http request na dll knihovnu zrcadleno přes ODBC - SQL zrcadleno přes ODBC – SQL přímé ad hoc dotazy přes ODBC - SQL PACS – Optimed obrazový archiv KC Laboratoř Holter MS Access, aj. Ensemble řízení procesu a toků dat v Ensemble datové propojení ODBC

5 Uživatelské rozhraní Zlatokopu řada barevně odlišených záložek s jednotnou strukturou velmi podobnou internetovým vyhledávačům každá záložka reprezentuje logicky ucelenou oblast dat, obvykle z jednoho datového zdroje. v současnosti (červen 2006) je zde 9 záložek –Pacienti –Dokumenty –Laboratoře –Zobrazovací metody –Patologie –Kardiologie –Terapie –Formuláře –Kalkulátor z celkem 7 datových zdrojů

6 Způsob výstavby stránky v Zlatokopu Zlatokop.CSP. ExSearchPage Zlatokop.CSP. Page Zlatokop.CSP. SearchPage Zlatokop.Tab. Cardio Zlatokop.Tab. Page Zlatokop.Tab. Images Zlatokop.Data. Entry Zlatokop.Data. SearchEngine Zlatokop.Images. ExSearchPage Zlatokop.Images. SearchPage Zlatokop.Images. Data Zlatokop.Images. SearchEngine v polovině roku 2005 získal Zlatokop novou tvář ale především byla vytvořena nová, zcela přepracovaná, kostra abstraktních tříd ze kterých je „seskládána“ každá jednotlivá konkrétní třída – ať už se jedná o data nebo CSP stránku

7 Subsystém pro procesy zaměřené na vyšetření postaven jako kostra tříd modifikovatelná pro jednotlivé implementace dle oddělení zaměřen na vyšetření např. echokardiografie, koronarografie zahrnuje správu procesu objednání a tvorby záznamu o vyšetření implementován od dokončení v 12/2005 celkem na 4 odděleních čas od zadání do provozu 2 měsíce v současné době připravujeme rozšiřování o správu lidských zdrojů, což umožní implementaci na ambulantních a operačně zaměřených odděleních

8 Subsystém pro procesy zaměřené na vyšetření základní schéma procesu objednání a tvorby záznamu (konkrétní implementace plně konfigurovatelná) 1.objednávka 2.příjem, zahájení vyšetření 3.propuštění, dokončení vyšetření 4.záznam, popis vyšetření 5.schválení a uzavření záznamu

9 Subsystém pro procesy zaměřené na vyšetření jednotlivé položky záznamu i jeho konkrétní stavy jsou konfigurované (ne kódované) dle konkrétní implementace

10 Subsystém pro procesy zaměřené na vyšetření součástí subsystému je správa přístupových práv, rolí a číselníků pro danou konkrétní implementaci

11 Subsystém pro procesy zaměřené na vyšetření objednávková část řešení správu a nastavení pravidel objednání dle neomezeného množství konfigurovatelných pravidel – limitací libovolné v kombinaci např. pro echo jsou to pracovní doba obecně, typ vyšetření, vyšetřovna, objednávající oddělení na libovolné určení dne – den v týdnu, den v roce a konkrétní datum s rozlišením času dle konfigurace subsystému 15 min, 30 min i 60 min s možností stanovení početních nebo časových limit pro daný den

12 Bitmapa času pro řešení bylo použito „bitmap času“, které se postupně „překryjí“ a tak se získá konkrétní „bitmapa“ volných termínů každý bit reprezentuje jednu časovou jednotku, hodnota ‚ 1 znamená „volno “, 0 „obsazeno“ základní pracovní doba definuje „default“ bitmapu času pro jednotku času 20 minut a pracovní dobu od 6: … pro konkrétní objednávku je vždy hledána bitmapa času v pořadí: konkrétní datum, den v roce, den v týdnu první nalezená je dále použita do operace AND s dalšími limitacemi vždy je hledána bitmapa pro typ vyšetření a místo vyšetření dle již provedených objednávek jsou označeny další časové bity jako obsazené pokud je definován početní nebo časový limit, je zde zkontrolován a tak je získána konkrétní bitmapa času pro danou probíhající objednávku

13 Bitmapa času v praxi správce systému nastavuje vzory takto a uživatel vidí toto

14 Zlatokop a DICOM vytvořena třída DICOM.Server a od ní odvozené konkrétní implementace, která řeší komunikaci ve standardu DICOM za využití externích řádkových utilit třída DICOM.Image řeší převod DICOM formátu do jpg souboru připraveného v lokální file cache pro zobrazení v rámci vyšetření třída DICOM.StoredImage řeší uložení vybraného obrázku včetně popisu a grafických značek do záznamu vyšetření

15 Zlatokop a DICOM v praxi tedy při tvorbě záznamu a výsledek pro tisk

16 Shrnutí Hlavním přínosem Zlatokopu je zvýšení efektivity práce klinických pracovníků IKEM v každodenní práci s klinickými daty ukládanými na mnoho různých místech (vím kdo, řekni mi, co o něm víme) a umožnění vydolování informací zde uložených v nových souvislostech (vím co, řekni mi, kdo). Zlatokop nabízí flexibilní prostředí a prostředky pro rychlé a efektivní připojení stávajících i nových datových zdrojů a zpřístupnění v nich uložených dat, což bylo plně využito v tvorbě nových subsystémů v roce 2005 a 2006

17 A na závěr – rychlá tvorba aplikací v Caché v praxi?


Stáhnout ppt "MUDr. David Hačkajlo Datové Centrum IKEM, ÚIK Symposium InterSystems 2006, Tábor."

Podobné prezentace


Reklamy Google