Brno  9.9.2013 Jana Číhalová, OKB FN Brno



}Nemocniční informační systém (požadavky od kliniků )  - laboratorní informační systém (laboratoře)
}
}LIS připojen k analyzátorům
}
}Požadavky a výsledky se automaticky přenášejí z analyzátorů do LIS
}
}Po validaci přenos výsledků do NIS k lékaři
Zobrazit obrázek v plné velikosti

}
}Původně:
}software - nahradil ruční zadávání požadavků na lab. vyš.
}zapisování výsledků a jejich odesílání k objednateli
}Nyní:
}komplexní zpracování dat v laboratoři
}od příjmu požadavku po zpracování - kontrola a vydání
}vyúčtování provedené práce
}tiskové sestavy, statistika a nadstavbové programy pro další zpracování uložených dat
}údaje mohou přicházet z nejrůznějších zdrojů - ručně zadané nebo elektronicky od jiných PS či
analyzátorů
}výsledky trvale uloženy v systému

}



}
}Žádanka – údaje o pacientovi: jméno, rodné číslo, diagnóza, pojišťovna, požadované metody k
vyšetření; flexibilita
}Definice metod – název, jednotky, počet desetinných míst, referenční hodnoty, nemožné meze, číslo
NČLP, kód pojišťovny, kontrolní materiály…
}Kontrolní modul – automatický přenos výsledků IKK a jejich hodnocení
(Westgard.pravidla,stat.tabulky,grafika)
}Úplný přehled rozpracovaných vzorků, rychlé vyhledávání vzorku a libovolná filtrace dle jména, ID,
metody, analyzátoru
}Pracovní (pipetovací) protokoly
}Jednotné rozhranní pro komunikaci s analyzátory (jedno či obousměrné, POCT analyzátory)
}

}Výpočtové a interpretační vztah
}Validace výsledků – různé úrovně – meze, delta check, manuální validace laborantka, lékař,
kumulativní nález
}Archivace výsledků
}Jednotná správa tiskových a elektron. výstupů- včetně elektron.podpisu tiskových sestav včetně
časového razítka
}Vzhled výsledkového listu
}Podpora akreditace laboratoře a standardu
}Snadná údržba a upgrade přes Web

}Nástroje k výpočtům a statistice
}Generace dat pro pojišťovnu
}Komunikace pomocí datových standardů
}Evidence všech časů a autorů (TAT statistika)
}Různá přístupová práva k funkcím LIS (laborant, lékař, logování)
}Zabezpečení dat šifrováním při jejich přenosu mimo LIS
}Zálohování dat
}

}Generace jedinečných čárových kódů
}Obousměrná komunikace s externím systémem
}Skladové hospodářství (PCS LIS)
}
}
}Jednotlivé LIS se velice liší finanční náročností –
}pořizovací náklady, údržba, cena napojení
}jednotlivých analyzátorů

}kompletnost ( pro všechny typy klinických laboratoří)
}vhodnost pro řetězce laboratoří, podpora detašovaných pracovišť
}přizpůsobitelnost provozním podmínkám př. automatizaci
}dokonalé sledování nákladů
}údržba a upgrade přes web
}podpora akreditace
}databázová nezávislost
}části nastavitelné uživatelem
}grafická prezentace výsledků
}prohlížení výsledků přes web na základě nastavených práv
}možnost generování elektronické žádanky

}Více jak 500 laboratoří OKB+HEM
}Více jak 100 mikrobiologických laboratoří
}Více jak 80 transfuziologií (z toho cca 20 jen sklad)
}–cca 1/3 je soukromých
}
}Specialita ČR – více laboratoří v jednom zařízení
}–ve větších zařízeních probíhá konsolidace laboratoří
}–vznikají řetězce zařízení (laboratoří)
}







}Otevřít informační systémy do okolí – komunikace s lékaři (externí lékaři, oddělení)
}
}Kvalitní statistika a mezioborové vytěžování dat (souvislost laboratorních údajů s momentálně
aplikovaným léčivem, s demografickými údaji)
}
}Automatické účtování pro pojišťovny
}
}Schopnost přijímat data z programů pro POCT (kontrola glukometrů, ABR analyzátorů a koagulometrů,
možnost jednotné archivace výsledků, vyúčtování testů v pojišťovně)
}
}Neuvádět diagnózu (soukromé laboratorní řetězce)?

}Využívající technologie klient- server
}Klient- počítač, kam obsluha zadává požadavky, výstupy z LIS
}Server- uložení databáze LISu, vyřizuje požadavky klientských stanic  a zasílá na ně data
}Operační systém- DOS, Windows, Unix
}Sítové prostředí- Novell, Windows NT/2000/XP, Unix
}Databáze- Microsoft SQL, Pervasive, Oracle, Progress
}

}Moderní systémy využívají web klient – na PC pouze web rozhraní – software přístup na web, ne k
databasi
}Mají N-vrstvou strukturu
}Jednotlivé vrstvy:
}         - Prezenční vrstva – nejvyšší vrstva, s kterou
}                                pracuje obsluha
}         - Aplikovaná logika – pravidla a prostředky
}                                umožňující práci s nejvyšší vrstvou
}         - Konektivita k DB – schopnost připojit určitý počet
}                                uživatelů či aplikací pracujících  současně
}         - Databáze – datový systém, který ukládá a zpřístupňuje data
}                                na externím serveru (př. Oracle)
}Staré aplikace rozšířené na trhu (bez mnohovrstevnaté struktury) - obtížné postupně měnit
}N – vrstvé aplikace - možnost měnit jen jednu vrstvu, mnohem flexibilnější, obecnější

}
}
}
}
}
}
}
}LIS firmy Stapro využívající mnohovrstevnatou strukturu.
}dvacetiletá historie  - její LIS nejrozšířenější v ČR a SR
}

}



}Na světě existují stovky laboratorních informačních systémů (LIS)
}
}Příklady LIS – mnohovrstevnaté:
}ORSYX – izraelská firma, 300 instalací po světě
}LABLynx LIMS – USA - web klient , zdravotnictní, průmysl
}STARLIMS Corporation (USA)
}                  – databáze MS-SQL, Oracle
}                  -  web klient

}Švédský moderní LIS
}Software nabízí firma Compu Group Medical
}Pro všechny typy laboratoří
}MS Windows platforma, DB MS SQL
}Rozšířený na Slovensku (gigantický řetězec Alpha Medical),
}V ČR začíná  - Aeskulab Holding
}Zvlášť validace technická a klinická

}Spojení  LIS se softwarem analyzátoru často nestačí
}Mezi software analyzátoru, LIS a software perianalytického systému začleněn middleware
}MW zajišťuje
}     - vzájemnou oboustrannou komunikaci
}     - kontrolu pohybu vzorku po laboratoři + archivaci
}     - kontrolu kvality, validaci výsledků
}Data manager - další software mezi analyzátory a LIS
}DM umožňuje
}    - řídit více přístrojů z jedné stanice (centrální kontrolní modul)
}    - plní funkce, které některé LIS neumožňují (např. definice různých pravidel a podmínek)
}Datová cesta od požadavku lékaře po obdržení výsledku lékařem:
}    NIS – LIS – MW –DM- Analyzátor – DM – MW – LIS - NIS

Příklad: Schéma datové cesty PSM-MPA-analyzátor - OKB FN Brno



}•  aplikace s vícevrstvou architekturou
}nezávislé na DB prostředí
}nezávislé na klientském prostředí
}vazba na laboratorní technologie
}Web klient
}ASP aplikace (Application Service Providing)
}rychlejší vývoj aplikací a vyšší ochrana investic
}

}Podpora a evidence všech medicínských procesů a postupů - mezioborové komunikace a spolupráce
}
}
}

}Kompletní pacientská dokumentace – ambulance + lůžková oddělení
}   (vstupní anamnéza,průběh léčby, závěrečná zpráva)
}
}Laboratorní komplement – výsledky
}
}Obrazový komplement
}
}Tisk receptů, generace elektronické žádanky
}
}Přehled o aktuálních nákladech, vyúčtování zdravotní péče

}Lékárna
}Stravovací provoz
}Transfuzní terapie
}Digitální zpracování dat
}Přiložení zvukového nebo obrazového záznamu operace
}

}Otevřený pružně konfigurovatelný systém, plné využití datových standardů MZ, přizpůsobivost
}
}Uživatelská vstřícnost: snadné zaškolení, standardní ovládání typu Windows
}
}Plné respektování ochrany pacientských informací

}  PCS                         STEINER
}  AMIS                        SAS
}  STAPRO                  COMSYD
}  INEQ                        APP
}  SMS                         GUBI
}  MEDICON

                Aktuální informace o některých firmách a jejich NIS
název firmy
počet zaměstnanců
věnujících se NIS
název NIS
počet provozovaných instalací
(převážně lůžková zařízení)
poznámka
ACE design
4
PODAPO
7
jen účtování
AMIS
60
AMIS
11
APP
30
MEDICALC
4
STAPRO
110
MEDEA II
25
STEINER
8
UNIS
12
INEQ
15
AKORD
2
SMS
53
CLINICOM
3
PROGRES-LAN
14
původně Dialog-NIS
GALILEO 2
41
původně Ostrasoft
většinou jen dílčí řešení

}Nejlépe hodnocené – STAPRO, AMIS (velké systémy), INEQ  - nový nadějný
}
}Žádný NIS si nedokázal zajistit dominantní postavení na trhu
}
}SMS - ve světovém měřítku jeden z největších dodavatelů NIS (mateřská firma sídlí v USA)
}
}GUBI - lázeňská zařízení
}
}

}Tvorba žádanky na oddělení
}
}Současné vygenerování čárového kódu – označení vzorků
}
}Stejné údaje jako na klasické žádance pro laboratoře
}
}Automatický převod do LIS – většinou načtením kódu na vzorku pomocí čtečky čárového kódu

}Výběr požadavků jak jednotlivých vyšetření tak pomocí profilu
}Propojení s databází pacientů; dle oddělení by měly být nabízeny profily, aby obsluhu nebyla
zahlcena profily celé nemocnice
}Tvorba žádanek v libovolném předstihu- v praxi i na měsíce až rok dopředu (dle typu nemocnice a
způsobu plánování ambulantních návštěv)
}Jasně definovaný mechanismus přidělení času události (datum a čas manuálně po uskutečněném odběru)
}Všeobecné kontroly, kontroly vazeb- kontrola slučitelnosti jednotlivých vložených údajů s
fyziologií (výška, hmotnost, čas odběru, clearance kreatininu, objem a čas sběru, moče)
}Vazba na NČLP
}Evidence kdo a kdy žádanku vytvořil – z hlediska normy ISO 15189 povinný údaj
}Unikátnost identifikace pro každý vzorek- textem (numericky, alfanumericky) nebo čár. kódem;
unikátnost ID i v delším čase, z praxe minimum rok.
}Přehlednost identifikačního štítku- přehlednost pro sestru, i pro laborantku
}Tisk papírové průvodky- výhoda při kolizi (nevhodné obaly, chybně označené zkumavky), při zpětném
dotazování obsahu požadavků
}Aplikace by měly respektovat zvyklosti laboratoře- komunikace NIS s LIS
}Respektování ISO 15189 a DS4
}
}
}
}
}
}
}
}
}
}
}
}
}
}
}
}

El






}
}Nezbytné vytvořit datové rozhraní zajišťující komunikaci mezi informačními systémy ve
zdravotnictví
}
}V ČR došlo k sjednocení v r. 1997 - první verze datového standardu ( ing. Zámečník)
}
}Nyní verze 4

}Datový standard umožnuje předávání informací o pacientovi  mezi zdravotnickými IS
}Předávání dat pro NZIS (Národní zdravotnický informační systém)
}Objednávání směrem do IS (LIS)
}Sdělování výsledků z IS (LIS)
}Jeden soubor obsahuje data pro jednoho příjemce od více odesílatelů s více pacientskými záznamy.
}Datový standard je nyní vydáván 4x do roka. Termíny vydání v polovině měsíců 3,6,9,12
}Každá nová verze je vydána na CD-ROM a obsahuje kompletní popis datových bloků, číselníky DS,NČLP,
NZIS, program SLP ; potřebné soubory, dokumentaci, návody; nástroje a pokyny pro upgrade
}http:/ciselniky.dasta.mzcr.cz
}
}

}Akceptovány většinou firem  dodávajících zdravotnický SW
}
}Zabudovány do významných LIS a jiných systémů např. IZIP
}
}Rozšiřovány o další položky dle požadavků z praxe (trvalý rozvoj)
}
}Mezinárodní standardy – ve světě není jednotný systém
}
}Datový standard HL7 – australský, částečně využíván v Evropě

}



}Systém využívá národní číselníky laboratorních položek (NČLP)
}
}Číselníky  složeny z číselných kódů, z nichž každý odpovídá určité metodě (pětimístné číslo)
}
}Nevhodné navazování na položky NČLP (rozpory v komponentě, systému, druhu veličiny nebo jednotce)-
trvalá osvěta!!
}
}Používání vlastních položek v NČLP nedovoleno
}
}Zastaralé verze NČLP v některých IS –Upgrade
}
}Trvalý rozvoj DS a NČLP je věcí rozsáhlé spolupráce zástupců klin.oborů, dodavatelů informačních
systémů a vstřícného přístupu uživatelů
}

}NČLP – definování laboratorní položky pomocí základních charakteristik (systém, komponenta,
procedura, veličina, jednotka)
}Komponenta je předmětem měření nebo pozorování ( glukóza,  erytrocyt, pro vlastnost např. syntéza
atd.).
}Systém je prostředí ve kterém se komponenta vyskytuje (krev, plazma, moč).
}Druh veličiny (například hmotnost, délka, látková koncentrace, kompatibilita, přítomnost).
}Druh veličiny určuje jednotku měření (například kg, metr, mol/l, katal/l a jejich násobky),
}podrobnější specifikaci veličiny doplňuje typ procedury (absorpční spektrofotometrie, mikroskopie,
FPIA atd.).
}jednotlivé laboratorní položky se definují tak, že se výše uvedená pětice sestaví z předem
definovaných stavebních kamenů, uložených v příslušných číselnících. K této pětici pojmů je
přiřazen jednoznačný klíč NČLP.




}



}Veřejné a národní IS v ČR



}NZIS
}Informační systémy hygieny a epidemiologie
}Informační systémy zdravotních pojišťoven
}Národní referenční centrum (DRG)
}Informační zdroje krajů
}Pacientské informační systémy

}Národní zdravotnický informační systém
}Je provozován Ústavem zdravotnických informací a statistiky (ÚZIS)
}Organizační složka státu, řídí ministerstvo, krajské odbory v krajích
}Ústav je rovněž rezortním pracovištěm státní statistické služby
}Úzce spolupracuje s ČSÚ
}Zajišťuje mezinárodní spolupráci v oblasti zdravotnické
}statistiky, především zdravotnické databáze a šetření
}NZIS ( i IS hygienické služby a transplantační)
}jsou definovány zákony

}Ke sběru a zpracování zdravotnických údajů a informací
}
}K vedení Národních zdravotních registrů
}
}K poskytování informací v rozsahu určeném právními předpisy při respektování podmínek ochrany dat
}
}K využití informací v rámci zdravotnického výzkumu

}
}Program statistických zjišťování MZ
}Registry (rezortní zdravotnické registry)
}Výběrová šetření
}Ostatní zdroje (data z ČSÚ, státních institucí)

}Zdravotnické informace on-line (pouze pro pacienty VZP)
}Zkvalitňuje komunikaci mezi zdravotnickými subjekty
}Komunikace lékař-lékař, pacient – lékař
}Umožňuje přenos všech dat včetně náročných zobrazovacích technik (např. rentgeny)
}Zajišťuje poskytnutí rychlých údajů o zdravotním stavu pacienta např. při výjezdu záchranné služby
}Využívá služby telemedicíny, osobní, mobilní komunikační systémy pro podporu a sledování pacientů
}Kompletní přehled o vykázané péči – zpětná kontrola
}

}
}Velká pozornost věnována zabezpečení dat  - pacient může vložit ochranná hesla - odstínění
přístupu k jednotlivým datům
}
}Hodnocen positivně v zahraniční
}
}Evropská unie podobné systémy vyžaduje
}
}V systému zapojena řada soukromých lékařů, velké subjekty (FN HK)
}
}IZIPCHECK – ověření, zda pacient je v databázi IZIP

}IZIP z ní čerpá data
}
}Vystavena souhlasí-li pacient
}
}Ukládání veškerých zdravotnických dat pacienta – kompletní anamnéza, očkování, laboratorní
výsledky, hospitalizace, ambulantní ošetření, poznámky pacienta
}
}Po zápisu do knížky data automaticky odeslána do systému IZIP
}







}3.5.2013
}Společnost IZIP spravovala pro VZP nejprve elektronické zdravotní knížky, pojišťovna do tohoto
projektu vložila téměř dvě miliardy korun. Elektronické knížky se ale nikdy nepodařilo uspokojivě
využít a investice do projektu se nevrátila. Navíc vyšlo najevo, že je společnost IZIP jen prázdnou
schránkou - autorská práva k systému prodala zcela jiné firmě. Práv se IZIP zbavila krátce poté, co
správní rada pojišťovny začala vážně hovořit o konci projektu. Ministr zdravotnictví Leoš Heger
(TOP 09) se proto dohodl s premiérem Petrem Nečasem (ODS) na obměně správní rady pojišťovny, která
pak posvětila konec spolupráce společnosti IZIP s pojišťovnou. Nejprve se podařilo ukončit
elektronické knížky, nyní se VZP zbaví i portálu.
} Pojišťovna už má proto vymyšlený také plán, jak postupovat při tvorbě nového portálu. "Pojišťovna
se ho bude snažit vytvořit vlastními silami. Když to zvládnou jiné instituce a firmy, proč bychom
to nezvládli my," řekl Skalický.
}Pojišťovna se zbaví i akcií IZIP
} Podle mluvčí společnosti IZIP Martiny Klapalové ale nebude ukončení smlouvy tak jednoduché.
"Pokud vím, tak smlouva prozatím běží, o žádné výpovědi nevíme. VZP navíc nemůže portál ze dne na
den převzít sama, protože nemá IT oddělení. Pokud by to zadávala někomu jinému, tak musí vypsat
výběrové řízení," říká.
}Zdroj:
http://www.lidovky.cz/vzp-definitivne-konci-s-firmou-izip-vypovi-posledni-smlouvu-pt2-/zpravy-domov
.aspx?c=A130503_175038_ln_domov_ml
}

}