Krátka odpoveď: nemocnica prevádzkuje desiatky systémov a integrácia je práca, ktorá ich prinúti dohodnúť sa na jednom pacientovi. V centre sedí HIS (nemocničný informačný systém) alebo EHR, ktorý vlastní identitu pacienta, prijatia a klinický záznam. Okolo neho: laboratórny systém (LIS), radiologický (RIS a PACS), lekáreň, operačná sála, urgentný príjem, fakturácia, zariadenia (monitory, infúzne pumpy) a čoraz viac pacientske aplikácie, nositeľné zariadenia a telemedicína. Integračný engine v strede prijíma, transformuje a smeruje správy, takže každý systém je pripojený raz, namiesto ku všetkým ostatným. Prevádzka je väčšinou správy HL7 v2 cez MLLP pre udalosti (prijatia, objednávky, výsledky), DICOM pre obrázky, CDA alebo PDF pre dokumenty a FHIR cez REST pre čokoľvek nové, orientované na pacienta alebo externé.
Systémy a čo si vymieňajú
Integračné prostredie nemocnice tvoria nemocničný informačný systém (NIS) alebo elektronický zdravotný záznam (EHR), ktorý spravuje identitu pacienta, jeho návštevy a klinické záznamy, plus laboratórny systém, rádiológia (RIS a PACS), lekáreň, prístroje, pacientske aplikácie, telemedicína a regionálne systémy. Tieto systémy si vymieňajú správy HL7 v2 ako ADT, objednávky a výsledky ORU, obrázky DICOM, dokumenty CDA a zdroje FHIR.
| Systém | Vlastní | Posiela | Prijíma |
|---|---|---|---|
| HIS / EHR | Identita pacienta, návštevy, objednávky, klinický záznam | ADT (prijatia, presuny), ORM/OML objednávky, SIU plánovanie | ORU výsledky, MDM dokumenty, DFT poplatky |
| LIS (laboratórium) | Vzorky, analýzy, výsledky, referenčné rozsahy | ORU^R01 výsledky, ORR odpovede na objednávky | ORM/OML objednávky, ADT pre demografické údaje |
| RIS / PACS | Objednávky na zobrazovanie, pracovné zoznamy, správy, obrázky | ORU správy, DICOM pre prehliadače, SIU | ORM/OMI objednávky, ADT; DICOM MWL pre modalitné zariadenia |
| Lekáreň | Formulár, výdaj, sklad | RDS výdaj, RAS podanie | OMP/RDE objednávky na lieky, ADT |
| Zariadenia a monitory | Životné funkcie, priebehy, alarmy | ORU^R01 pozorovania (IHE PCD), proprietárne | ADT pre kontext pacienta |
| Pacientsky portál / aplikácie | Dáta zadané pacientom, prístup | FHIR Pozorovania, dotazníky, správy | FHIR čítanie výsledkov, termínov, dokumentov |
| Telemedicína | Video návštevy, vzdialené monitorovanie | FHIR Encounter, Observation, DocumentReference | Termín, kontext pacienta, SMART spustenie |
| Regionálne a národné systémy | Zdieľané záznamy, registre, elektronické predpisovanie | CDA dokumenty (XDS), FHIR, národné správy | Dopyty, oznámenia |
Integračný engine
Integračný engine je komunikačné centrum nemocnice: prijíma HL7 v2, FHIR, dátové a databázové prenosy z každého systému, transformuje ich a smeruje do všetkých ostatných systémov, ktoré ich potrebujú, a spravuje fronty, opakované pokusy, monitorovanie a audit. Bez neho N systémov potrebuje až N×(N−1)/2 ručne vytvorených rozhraní; s jedným sa každý systém pripojí raz.
Engine (napríklad Mirth Connect / NextGen Connect, Rhapsody, InterSystems HealthShare a IRIS for Health, Infor Cloverleaf, Qvera QIE) poskytuje listenery (MLLP, HTTP, súbory, databázy), transformácie (mapovanie polí, oprava kódov, konverzia v2 na FHIR), smerovanie (odoslanie ADT do ôsmich systémov s ôsmimi filtrami), správu front a opakované pokusy, monitorovanie a audit. Je to tiež miesto, kde sa identita pacienta zosúlaďuje, keď sa systémy líšia, a kde sa často vytvára FHIR fasáda nad staršou databázou. Pozri Vysvetlenie integračných enginov.
Toky, na ktorých najviac záleží
Najdôležitejšie integračné toky v nemocnici sú ADT (príjem, prepustenie, prevod a aktualizácie demografických údajov šírené z NIS), objednávky a výsledky medzi EHR a laboratóriom alebo rádiológiou, objednávky liekov a ich výdaj, dokumenty ako prepúšťacie správy, údaje z monitorovacích prístrojov a výmena výsledkov, termínov a domácich meraní pre pacientov cez FHIR.
- ADT: každé prijatie, prepustenie, presun, registrácia a aktualizácia demografických údajov (A01, A03, A02, A04, A08, A40 merge) sa šíri z HIS do všetkých ostatných. Ak je ADT oneskorený alebo nesprávny, každý nadväzujúci systém ukladá dáta pod nesprávneho pacienta alebo návštevu. Pozri HL7 v2 správy vysvetlené.
- Objednávky a výsledky: ORM/OML von, ORU späť, s číslami objednávateľa a vykonávateľa, ktoré ich spájajú; LOINC a UCUM vo výsledkoch. Pozri HL7 v2 správy o objednávkach a Integrácia laboratórneho systému s EHR.
- Zobrazovanie: objednávky do RIS, DICOM pracovné zoznamy do skenerov, obrázky do PACS, správy späť ako ORU, prehliadače cez DICOMweb. Pozri PACS vs RIS vs VNA.
- Lieky: objednávky do lekárne, výdaj a podanie späť, s uzatvorenou slučkou (čiarový kód pri lôžku) ako cieľom bezpečnosti.
- Dokumenty: prepúšťacie správy, operačné poznámky a naskenované dokumenty ako MDM správy, CDA alebo PDF do úložiska dokumentov, publikované do regionálnych registrov.
- Zariadenia: monitory dodávajúce životné funkcie do záznamu prostredníctvom profilov IHE PCD alebo brán dodávateľa, s riadením alarmov ako samostatnou disciplínou.
- Orientované na pacienta: výsledky, termíny a dokumenty do portálu a aplikácií cez FHIR; dotazníky, domáce merania a dáta z nositeľných zariadení späť, s označením pôvodu ako údaje hlásené pacientom. Pozri Vzdialené monitorovanie pacienta s FHIR.
Vzory, ktoré fungujú
Osvedčené vzory integrácie v nemocniciach sú: jeden hlavný systém pre identitu pacienta, pričom všetky ostatné systémy sa prihlasujú na odber ADT; mapovanie kódov na LOINC, SNOMED CT a ATC raz v engine; potvrdenia, fronty a opakované pokusy pre každú správu; idempotentné výsledky a dokumenty; vrstva FHIR pre pacientske aplikácie a externých partnerov; a testovacie prostredia so syntetickými pacientmi pred spustením.
- Jeden hlavný zdroj pre identitu. HIS (alebo hlavný index pacienta) vlastní identifikátory; všetci ostatní sa prihlasujú na odber ADT a nikdy si nevymýšľajú pacientov.
- Kódy na hranici. Mapujte lokálne kódy na LOINC, SNOMED CT, ATC v engine, raz, a ponechajte lokálny kód vedľa.
- Potvrdiť, zaradiť do radu, opakovať. Každá správa v2 dostane ACK; engine perzistuje a prehráva; nikto nestratí výsledok, pretože systém sa reštartoval.
- Idempotencia. Výsledky a dokumenty nesú identifikátory; prehranie aktualizuje namiesto duplikovania.
- FHIR vrstva pre všetko nové. Pacientske aplikácie, telemedicína, výbery pre výskum a externí partneri komunikujú FHIR s fasádou alebo dedikovaným FHIR serverom napájaným z interných tokov, namiesto priamej komunikácie s HIS.
- Testovacie prostredia so syntetickými pacientmi a krok zhody (profily IHE Connectathon, národné testovacie súpravy) predtým, ako sa čokoľvek dostane do produkcie.
Režimy zlyhania viditeľné všade
Chybné režimy, ktoré sa vyskytujú takmer v každej nemocničnej integrácii, sú duplicitní pacienti kvôli preklepom pri registrácii, výsledky priradené k nesprávnej návšteve po zlúčení, nemapované lokálne kódy, chyby časových zón a letného času v časových značkách, jednotky v texte, rozhrania, ktoré sa ticho zastavia bez monitorovania, vendor špecifické Z-segmenty, ktoré narúšajú parsery, a dočasné CSV feedy, ktoré sa nikdy neodstránia.
Duplicitní pacienti z registračných preklepov; výsledky uložené do nesprávnej návštevy po zlúčení; lokálne testovacie kódy, ktoré nikto nemapoval; časové zóny a letný čas v časových značkách správ; jednotky v texte; rozhranie, ktoré ticho prestalo fungovať a nikto ho nesledoval; špecifické Z-segmenty dodávateľa, ktoré rozbijú parsery; a "dočasný" CSV feed, ktorý beží ešte desaľ rokov potom.
Kde FHIR mení situáciu
FHIR mení nemocničnú integráciu skôr na okrajoch ako v jadre. Vo vnútri budovy zostávajú HL7 v2 a DICOM, pretože analyzátory, skenery a staršie moduly ich používajú; FHIR preberá prístup pacienta, aplikácie SMART on FHIR, podporu rozhodovania CDS Hooks, odbery (Subscriptions), regionálnu a národnú výmenu v rámci EHDS a TEFCA, a extrakciu dát pre výskum.
Interné systémy HL7 v2 a DICOM zostanú roky, pretože každý analyzátor, skener a starší modul ich používa. FHIR víťazí na okrajoch: prístup pacienta, aplikácie spustené v rámci EHR (SMART on FHIR), podpora rozhodovania (CDS Hooks), odbery pre integráciu riadenú udalosťami, regionálna a národná výmena v rámci EHDS a TEFCA a výbery pre výskum. Mnohé nemocnice teraz prevádzkujú FHIR server napájaný enginom ako svoju integračnú vrstvu pre všetko mimo budovy; pozri Štandardy zdravotníckej interoperability: mapa.
V Anpheros
Platforma Anpheros sa nachádza na FHIR okraji nemocničnej integrácie: záznam FHIR R4, do ktorého môže nemocnica alebo klinika zapisovať a z ktorého môže čítať s pacientovým súhlasom, napájaný vlastnou integráciou nemocnice cez konektor laboratória (HL7 v2 ORU, CSV alebo JSON), s webhookmi a pôvodom podľa zdroja. Nenahrádza NIS ani engine.
Anpheros Platform sedí na tomto okraji: FHIR R4 záznam, do ktorého môže nemocnica alebo klinika zapisovať a z ktorého môže čítať s povolením pacienta, napájaný vlastnou integráciou nemocnice ( konektor laboratória prijíma HL7 v2 ORU, CSV alebo JSON), s webhookmi pre oznámenia o zmenách a pôvodom podľa zdroja. Nenahrádza HIS ani engine; dáva pacientovi záznam, ktorý ho sprevádza mimo budovy.
Súvisiace stránky
- Integračné enginy vysvetlené
- Ako integrovať laboratórny systém s EHR
- HL7 v2 správy vysvetlené: ADT a ORU
- PACS vs RIS vs VNA
- Vzdialené monitorovanie pacienta s FHIR
- Štandardy zdravotníckej interoperability: mapa
- Integrácia klinických systémov s FHIR (vývojárska stránka)
Zdroje
- Produktová sada HL7 Version 2
- Technický rámec IHE IT Infrastructure
- Doména IHE Devices (profily Patient Care Device)
- HL7 FHIR R4: Messaging and workflow
- Sprievodca implementáciou HL7 v2 do FHIR
Časté otázky
Mal by sa nová nemocnica integrovať všetko s FHIR?
Nie všetko. Analyzátory, skenery a väčšina oddelených systémov hovoria HL7 v2 a DICOM, a to sa skoro nezmení. Použite FHIR pre integrácie orientované na pacienta, externé a nové, a engine na prepojenie.
Aký je rozdiel medzi HIS a EHR?
Použitie sa líši podľa krajiny. HIS často znamená administratívny a klinický nemocničný systém dohromady; EHR zdôrazňuje klinický záznam. Z hľadiska integrácie sú oba systémy, ktoré vlastnia identitu, návštevy a záznam.
Koľko rozhraní má stredne veľká nemocnica?
Zvyčajne medzi päťdesiatimi a niekoľkými stovkami tokov správ prechádza enginom, počítajúc každý smer a každý prijímajúci systém. Obrazovka monitorovania enginu je miesto, kde žijú integračné tímy.
Kto vlastní integráciu v nemocnici?
Integračný IT tím nemocnice, zvyčajne s podporou dodávateľa enginu, a každý dodávateľ oddelenia za svoju stranu. Národné programy a profily IHE znižujú, ale neodstraňujú projektovú prácu.
Vyskúšajte zadarmo v sandboxe
Prvé volanie FHIR za 5 minút. API podľa štandardu HL7 FHIR R4 s integrovaným súhlasom pacienta: vyskúšajte si ho v sandboxe a potom pripojte svoju vlastnú aplikáciu alebo klinický systém.
Zadarmo · 30 syntetických pacientov · bez karty
Anpheros vyvíja zdravotný záznam, ktorý pacient ovláda a môže zdieľať s akoukoľvek klinikou, na platforme HL7 FHIR R4, so sídlom v EÚ. Tieto návody vám pomôžu pochopiť a usporiadať si svoje zdravie; nenahrádzajú vášho lekára.
O Anpherose →