Co dnes znamená moderní ambulantní informační systém
Modernost AIS neurčuje počet funkcí ani samotný cloud. Rozhodující je, zda systém bezpečně propojuje péči, provoz a data – a zda se dokáže rozvíjet spolu s ordinací a českým eHealth.
Ambulantní informační systém býval vnímán především jako elektronická kartotéka: místo pro zápis návštěvy, vystavení receptu a vykázání péče. Dnešní ordinace od něj potřebuje podstatně víc. AIS se stává provozní a datovou páteří, přes kterou se potkává klinická dokumentace, administrativa, komunikace s pacientem, externí služby i nové povinnosti elektronického zdravotnictví.
| HLAVNÍ TEZE Moderní AIS není ten, který umí nejvíce jednotlivých funkcí. Je to systém, který vytváří bezpečné a použitelné návaznosti mezi lidmi, procesy a daty. |
Kapitoly článku:
Když jednotlivé nástroje fungují, ale ordinace jako celek ne
Představme si běžnou ambulanci se dvěma lékaři, sestrou a recepcí. Základní AIS plní svou roli. Pacienti se objednávají přes samostatný rezervační systém, část požadavků posílají e-mailem a část řeší telefonicky. Před návštěvou vyplní formulář, který sestra přepisuje do dokumentace. Laboratorní výsledky přicházejí jedním kanálem, zprávy od specialistů jiným. Připomínky kontrol a očkování vede tým ještě v tabulce.
Na první pohled je ordinace digitalizovaná: téměř každá činnost má svůj nástroj. Ve skutečnosti ale informace mezi nástroji nepřecházejí spolehlivě. Personál dohledává, kopíruje, porovnává a ručně hlídá, zda se další krok opravdu stal. Vzniká skrytá administrativní práce, kterou nelze poznat z produktového seznamu funkcí.
Dopad není pouze časový. Pokud se požadavek pacienta ztratí mezi e-mailem, telefonem a kartou, může být narušena kontinuita péče. Pokud není jasné, kdo výsledek převzal, zkontroloval a uzavřel, vzniká bezpečnostní mezera. A pokud každý pracovník používá jiný postup, ordinace zůstává závislá na paměti konkrétních lidí.
Problém není technologický
AIS není žádný izolovaný software. Je součástí komplexního sociotechnického systému, ve kterém se potkávají lidé, pravidla, klinická rozhodnutí, odpovědnost a technologie. Stejná funkce proto může v jedné ordinaci práci zjednodušit a v jiné naopak vytvořit další paralelní kanál. [8]
Lékař, sestra, recepce a pacient nepotřebují totéž
Lékař potřebuje rychle dostupný klinický kontext a co nejméně přerušování. Sestra potřebuje přehled o úkolech, výsledcích a navazujících krocích. Recepce potřebuje bezpečně rozlišit, co může vyřešit sama a co musí předat zdravotníkovi. Pacient potřebuje srozumitelný vstup do péče a jistotu, že jeho požadavek nezmizel. Moderní systém tyto role nerozpouští do jednoho univerzálního rozhraní. Podporuje jejich rozdílné kompetence, oprávnění a odpovědnost.
Digitalizace sama neodstraňuje špatně nastavený proces
Elektronický formulář, který sestra znovu přepisuje, pouze digitalizuje původní administrativu. AI nástroj, jehož výstup se kopíruje do jiné aplikace bez jasné kontroly, může přidat nový krok. A pacientský portál, který není propojen s pracovním seznamem ordinace, může vytvořit další schránku, kterou musí někdo hlídat.
Proto je důležité oddělit výběr konkrétní technologie od přípravy ordinace. Nejdříve je dobré vědět, odkud kam informace putují, kdo s ními pracuje, jak se ověřuje splnění úkolu a kde vznikají výjimky. Teprve potom lze posoudit, zda konkrétní systém nebo nástroj celý pracovní proces skutečně podpoří.
Co by měla ordinace u moderního AIS sledovat
Návaznost procesů
Klíčová otázka nezní, jestli má systém objednávání, formuláře a laboratoř. Měla by znít, co se s informacemi stane dál. Kdo je odbaví, jak budou celým pracovním procesem postupovat. Objednání by mělo navazovat na přípravu návštěvy, dokumentaci a případné následné úkoly. Výsledek má mít jasně daného vlastníka, stav a dohledatelný způsob uzavření. Užitečný systém snižuje počet ručních předání a vytváří společný pracovní kontext.
Prakticky: Pacient při objednání uvede důvod návštěvy a základní informace o svém zdravotním stavu. Ty se bezpečně přenesou do systému a jsou dostupné pracovníkovi, který požadavek třídí. Sestra posoudí, zda jej může vyřídit sama (objednání termínu) nebo jestli musí předat lékaři.
Lékař už při otevření dokumentace vidí, s čím pacient přichází. Po vyšetření zaznamená další postup a založí konkrétní navazující úkol, například provedení odběru. Sestra vidí, co má zajistit, event. v jakém termínu. ( odběry )
Po doručení laboratorního výsledku systém upozorní určeného zdravotníka. Zaznamená jeho převzetí, ale zároveň vyžaduje aktivní potvrzení, že byl výsledek odborně posouzen. Pokud z něj vyplývá další krok, vznikne nový úkol ( kontaktovat pacienta, upravit léčbu nebo naplánovat kontrolu) Celý proces je uzavřen teprve tehdy, když je tento krok proveden a zaznamenán.
Data: dostupná, strukturovaná a přenositelná
Data neznamenají pouze běžný odborný text v kartě. Pro bezpečné sdílení, vyhledávání, upozornění a budoucí automatizaci musí být alespoň klíčové údaje vedeny strukturovaně a se srozumitelným významem. Ordinace by měla od dodavatele AIS vědět, v jakém formátu může data získat, zda je lze exportovat bez ztráty kontextu a jak proběhne migrace při změně systému. [2, 3, 5]
Přenositelnost je technická pojistka při odchodu od dodavatele a zároveň podmínkou kontinuity péče a postupně i zapojení do širší výměny elektronických zdravotních záznamů. [1, 3]
Role, oprávnění a auditní stopa
Sdílený účet pro celou ordinaci je sice pohodlný, levný, ale znemožňuje spolehlivě určit, kdo s daty pracoval. Moderní AIS by měl podporovat osobní identity, role odpovídající kompetencím, přiměřená oprávnění a dohledatelnost významných operací. Bezpečnost přitom zahrnuje také zálohování, obnovu provozu, správu aktualizací a jasně popsanou reakci na incident. [7]
Interoperabilita a připravenost na eHealth
České elektronické zdravotnictví postupně staví na standardizované výměně elektronických zdravotních záznamů, kmenových registrech a sdílených službách. Evropský prostor pro zdravotní data (EHDS) tento směr dále posiluje, byť primární povinnosti z něj nabíhají postupně od března 2027.
Pro ambulanci to neznamená, že musí sama studovat technické specifikace nebo dnes požadovat všechny budoucí funkce. Měla by ale chtít od dodavatele konkrétní informace o tom, jak systém sleduje národní standardy, jaké typy dokumentů umí vytvářet a přijímat, jak jsou řešena rozhraní a jak se budou změny nasazovat. [1–4]
Použitelnost v každodenním provozu
Funkce, kterou uživatelé obcházejí, nepřináší očekávanou hodnotu. Důležitá je především rychlost běžných úkonů, logika návaznosti i logika samotného rozhraní, bezpečnost, práce s výjimkami, kvalita podpory a adaptace na změny.
Jednoduché srovnání: funkce versus digitální připravenost
| Oblast | Funkce je dostupná | Proces je digitálně připravený |
| Objednání | Pacient si vybere termín online. | Důvod návštěvy a potřebné podklady plynule vstoupí do přípravy ordinace. |
| Laboratorní výsledek | Výsledek lze zobrazit v kartě. | Je přiřazen pacientovi a žádance, má přiřazenou odpovědnou roli, stav kontroly a vyžaduje doplnit navazující krok. |
| AI dokumentace | Systém vytvoří návrh zápisu. | Je jasné, kdo výstup vytvořil, ověřil, uložil a schválil. |
| Sdílení dat | Systém má API nebo uvádí FHIR. | Je popsán konkrétní datový obsah, profil, autentizace, testování a odpovědnost za integraci. |
Rozhovor: Pohled CEO HealthPro Group – lídra v oblasti nejmodernějších ambulantních systémů: co stojí za zdánlivě jednoduchou funkcí
Odpovídá CEO HealthPro Group Michal Švec
Z pohledu uživatele, zdravotníka, může změna vypadat jako další jednoduchý požadavek. Chce jen přidat nový formulář, propojit objednávání, přijímat laboratorní výsledky nebo zapnout AI asistenta. Pro tvůrce systému ale každá taková změna zasahuje mnohem víc do hloubky. Ovlivňuje datový model, identity a oprávnění, uživatelské rozhraní, auditní stopu, testování i odpovědnost za výsledný proces.
Rozhodující je také vnímat hranice mezi konfigurací a integrací. Konfigurace upravuje chování systému v rámci již připravených možností – například role, šablony, číselníky nebo pravidla workflow. Integrace spojuje samostatné systémy a vyžaduje dohodu o datech, rozhraní, autentizaci, dostupnosti a řešení chyb. V celkovém kontextu tedy neexistuje nic tak jednoduchého jako je obyčejné zapnutí nějaké funkce
Jak HealthPro definuje moderní AIS
Za mě jsou to tři věci: jednoduchost, propojenost a schopnost průběžně se přizpůsobovat změnám. Lékař musí systém zvládnout používat intuitivně, jednotlivé procesy na sebe musí přirozeně navazovat a systém se musí umět přizpůsobovat změnám v legislativě, elektronickém zdravotnictví i samotném fungování ordinace.
„Moderní AIS podle mě není hotový produkt, ale platforma, která se kontinuálně vyvíjí spolu se zdravotnictvím.“
— CEO HealthPro Group Michal Švec
Co musí tvořit společné jádro systému
Ve společném jádru by mělo být všechno, kde je zásadní jednotný kontext pacienta a konzistence dat – zdravotnická dokumentace, pacient, kalendář, uživatelé a jejich oprávnění, vykazování a základní provozní procesy.
Samostatnou službou mohou být například objednávání, elektronické podepisování, videohovory nebo další specializované nástroje, pokud jsou s jádrem skutečně propojené. Hranici určujeme hlavně podle toho, zda oddělení služby nevytvoří další místo, kam musí uživatel data ručně přepisovat nebo překlikávat do jiné aplikace.
Kdy stačí konfigurace a kdy je nutný vývoj
HealthPro se snažíme konfigurovat podle skutečného fungování ordinace. Nastavit lze například uživatelské role a oprávnění, kalendáře, pracovní doby, šablony dokumentace, formuláře nebo číselníky.
Jinak funguje jednomístná ordinace a jinak poliklinika s desítkami lékařů. Pokud ale požadavek zákazníka významně mění datový model nebo vyžaduje propojení s externím systémem, už nejde pouze o konfiguraci, ale o vývoj nebo integraci.
Co ve skutečnosti znamená integrace
Integrace není pouze propojení dvou API (aplikační programovací rozhraní, které umožňuje dvěma různým softwarovým systémům vzájemně komunikovat a předávat si data). Musíme si přesně říct, jaká data se přenášejí, kdy, kterým směrem, jak identifikujeme pacienta, jak řešíme oprávnění, autentizaci, chyby nebo nedostupnost druhého systému a kdo za kterou část procesu odpovídá.
HealthPro odpovídá za svou část integrace, druhý dodavatel za svoje rozhraní a zákazník musí definovat očekávaný provozní proces.
Co potřebuje HealthPro od ordinace
Potřebujeme hlavně vědět, jak ordinace funguje dnes – kdo má jakou roli, jaké systémy používá, jaká data se mají převést a co od nového systému očekává.
Cílem není jen převést stávající procesy do nového systému, ale pokud možno je zároveň zjednodušit.
Identity, role a bezpečnost
Základním principem je, že každý uživatel má vlastní identitu a oprávnění odpovídající jeho skutečné roli. Lékař, sestra a recepce nepotřebují vidět ani měnit stejné věci.
U významných operací je zároveň důležité, aby bylo možné dohledat, kdo je provedl. Bezpečnost ale nevnímáme jen jako přihlášení do systému – patří sem také zálohování, řízení přístupů, aktualizace, monitoring a postupy při incidentech.
Přístup k datům a jejich přenositelnost
Data zákazníka nesmí být uzamčená pouze uvnitř aplikace. Musí být možné je využívat pro běžnou práci, reporting, integrace a v případě potřeby také pro migraci do jiného systému.
Důležité je přitom zachovat vazby a kontext mezi pacientem, dokumentací, návštěvami a dalšími souvisejícími údaji.
Interoperabilita v každodenní praxi
Interoperabilita pro nás znamená, že HealthPro umí komunikovat s dalšími systémy a službami, které lékař v běžné praxi potřebuje.
Konkrétně jde například o vykazování péče zdravotním pojišťovnám, elektronické předepisování receptů, vystavování eNeschopenek nebo propojení se službou eZpráva.
Cílem je, aby lékař tyto činnosti řešil přímo z jednoho systému a nemusel data znovu přepisovat nebo pracovat v několika oddělených aplikacích.
České eHealth a evropský EHDS
„Současnou elektronizaci českého zdravotnictví vnímáme především jako příležitost. Úkolem AIS je převést technologickou a legislativní složitost do jednoduché funkce pro lékaře.“
— CEO HealthPro Group Michal Švec
Legislativa a standardy se budou v následujících letech rychle měnit a úkolem moderního AIS je tyto změny převést do podoby, kterou lékař v ordinaci prakticky nemusí řešit.
Sledujeme změny českého eHealth i evropského EHDS, převádíme je do produktové roadmapy, následně do vývoje, testování a až potom do produkčního prostředí. Pro zákazníka by výsledkem ideálně měla být nová jednoduchá funkce, nikoli nutnost studovat technickou specifikaci.
Proč elektronická žádanka není jen několik polí a tlačítko
Dobrým příkladem jsou elektronické žádanky. Pro lékaře to může na konci vypadat jako několik nových polí a jedno tlačítko.
Ve skutečnosti je potřeba řešit strukturu zdravotních dat, identifikaci pacienta a poskytovatele, komunikaci s externí infrastrukturou, autentizaci, chybové stavy, oprávnění, audit a celou řadu testovacích scénářů.
Dobře navržený systém má právě tuto technologickou složitost před uživatelem co nejvíce skrýt.
Rozdělení odpovědnosti při implementaci
Dodavatel odpovídá za technologii – správnou konfiguraci systému, migraci, bezpečnost, integrace, testování, školení a podporu.
Ordinace ale musí rozhodnout, jak chce fungovat: kdo bude mít jakou roli, kdo odpovídá za jednotlivé kroky a jak budou nastavené její interní procesy.
Technologie dokáže dobrý proces výrazně zefektivnit, ale sama za ordinaci organizační rozhodnutí neudělá.
Jak to může vypadat v praxi
Výchozí situací je ordinace, ve které objednání, přednávštěvní informace, dokumentace a následné úkoly existují v oddělených krocích. Cílem je vytvořit souvislý tok, pracovní proces, kdy pacient předá informace jednou, tým je vidí ve správném kontextu a každá následná důležitá činnost má jasného návaznost a kontinuitu.
Po zavedení řešení se role zpřesňují. Recepce/sestra pracuje s organizačními údaji a předává klinické požadavky podle interně stanoveného pravidla. Sestra vidí úkoly, které vyžadují přípravu nebo kontrolu. Lékař vstupuje do návštěvy s dostupným kontextem a uzavírá klinické rozhodnutí. Pacient dostává srozumitelnou informaci o dalším kroku.
Jak tento princip popisuje HealthPro
Typickým příkladem je objednání pacienta. Nestačí, že se pacient umí objednat online. Ideální workflow je, když důvod návštěvy a případné informace od pacienta vstoupí rovnou do kontextu návštěvy, lékař s nimi může pracovat v dokumentaci a z výsledku návštěvy vznikne případný další krok – například kontrola, vyšetření, žádanka nebo další komunikace s pacientem.
„Hodnota není v tom, že systém má určitou funkci, ale v tom, že informace nemusí uživatel znovu přepisovat a celý proces má návaznost.“
— CEO HealthPro Group Michal Švec
Co by si majitelé ordinací měli odnést
- Modernost AIS se posuzuje podle logické návaznosti práce a dat, nikoli podle délky seznamu funkcí.
- Cloud, API, mobilní přístup ani AI nejsou samy o sobě důkazem digitální vyspělosti. Rozhoduje konkrétní implementace, bezpečnost a začlenění do pracovního procesu.
- Interoperabilita musí být popsána konkrétním scénářem. Jaká je připravenost, jaká data, v jakém formátu, mezi kterými systémy, s jakým ověřením a kdo odpovídá za chyby. [5]
- Příprava ordinace je samostatná práce. Technologie sama nedokáže určit role, odpovědnosti, pravidla pro výjimky ani způsob řízení změny nebo výpadku.
- Nejdůležitější ověření probíhá v reálném provozu. Ideální je průkazné praktické vyzkoušení na skutečných úkolech lékaře, sestry, recepce a pacienta.
Varovné signály při výběru
- Dodavatel odpovídá pouze názvem funkce, ale nedokáže popsat celý datový a pracovní tok.
- Není jasné, jak ordinace od poskytovatele získá svá data při migraci nebo ukončení smlouvy.
- Všichni uživatelé mají stejný účet nebo oprávnění bez vazby na své jedinečné role.
- Pojmy API, FHIR, AI nebo cloud nahrazují konkrétní informace o rozsahu, zabezpečení a limitech.
- Implementace se plánuje bez mapování současného procesu a odpovědností.
Otázky, které má smysl otevřít uvnitř ordinace, týmu
- Které informace dnes přepisujeme ručně, kopírujeme nebo dohledáváme na více místech?
- Kde není jednoznačné, kdo má udělat další krok a jak se pozná jeho dokončení?
- Které situace jsou rizikové při dovolené, nemoci nebo změně personálu?
- Jaká data musíme bezpečně převzít, sdílet nebo jednou přenést do jiného systému?
- Jak poznáme tři měsíce po změně, že se provoz skutečně zlepšil?
Odborné zdroje pro finální článek
- [1] Nařízení (EU) 2025/327 o Evropském prostoru pro zdravotní data (EHDS)
- [2] Národní centrum elektronického zdravotnictví: Standardizace
- [3] NCEZ: Implementace prioritních kategorií EHR
- [4] NCEZ: Systém Sdílený zdravotní záznam
- [5] HL7: FHIR Overview
- [6] Vyhláška č. 444/2024 Sb., o zdravotnické dokumentaci
- [7] Nařízení (EU) 2016/679 (GDPR), zejména čl. 32
- [8] WHO: Recommendations on digital interventions for health system strengthening
Dva pohledy, jedna spolupráce.
Tento článek vznikl jako součást série Digitální ordinance v praxi ve spolupráci Webett a HealthPro Group.
Odborný koncept a klinicko-provozní pohled: Webett | Technologický pohled a příklad: HealthPro Group