Kórházi rendszerek integrációja: HIS, motorok, labor, radiológia

Rövid válasz: egy kórház tucatnyi rendszert futtat, és az integráció az a munka, amelynek során ezeket egyetlen betegről megegyezésre bírják. Középpontban a HIS (kórházi információs rendszer) vagy EHR áll, amely birtokolja a beteg azonosítóját, a be- és kijárásokat, valamint a klinikai dokumentációt. Körülötte: a laboratóriumi rendszer (LIS), a radiológia (RIS és PACS), a gyógyszertár, a műtő, a sürgősségi osztály, a számlázás, az eszközök (monitorok, infúziós pumpák), és egyre inkább a betegalkalmazások, a viselhető eszközök és a telemedicina. Egy interfész-motor a közepén fogadja, átalakítja és továbbítja az üzeneteket, így minden rendszer egyszerre csatlakozik, ahelyett, hogy mindegyik mindegyikkel összeköttetésben lenne. A forgalom többnyire HL7 v2 üzenetek MLLP-n keresztül eseményekhez (bejelentkezések, rendelések, eredmények), DICOM képekhez, CDA vagy PDF dokumentumokhoz, és FHIR REST-en keresztül minden új, betegközpontú vagy külső dologhoz.

A rendszerek és amit cserélnek

A kórház integrációs rendszere a HIS-ből vagy EHR-ből áll, amely kezeli a páciens azonosítását, a viziteket és a klinikai dokumentációt, valamint a laboratóriumi rendszert, a radiológiát (RIS és PACS), a gyógyszertárat, az eszközöket, a páciensalkalmazásokat, a telemedicinát és a regionális rendszereket. Ezek HL7 v2 üzeneteket, mint például ADT, rendelések és ORU eredmények, DICOM képeket, CDA dokumentumokat és FHIR erőforrásokat cserélnek.

Rendszer	Birtokol	Küld	Fogad
HIS / EHR	Beteg azonosítója, epizódok, rendelések, a klinikai dokumentáció	ADT (bejelentkezések, áthelyezések), ORM/OML rendelések, SIU ütemezés	ORU eredmények, MDM dokumentumok, DFT díjak
LIS (laboratórium)	Minták, analízisek, eredmények, referencia tartományok	ORU^R01 eredmények, ORR rendelési válaszok	ORM/OML rendelések, ADT demográfiai adatokhoz
RIS / PACS	Képalkotási rendelések, munkalisták, jelentések, képek	ORU jelentések, DICOM nézőknek, SIU	ORM/OMI rendelések, ADT; DICOM MWL modalitásoknak
Gyógyszertár	Készítmények, kiadás, készlet	RDS kiadás, RAS beadás	OMP/RDE gyógyszerrendelések, ADT
Eszközök és monitorok	Életjelek, hullámformák, riasztások	ORU^R01 megfigyelések (IHE PCD), szabadalmaztatott	ADT betegkontextushoz
Betegportál / alkalmazások	Beteg által bevitt adatok, hozzáférés	FHIR megfigyelések, kérdőívek, üzenetek	FHIR olvasás eredményekről, időpontokról, dokumentumokról
Telemedicina	Videó látogatások, távfelügyelet	FHIR epizód, megfigyelés, dokumentumreferencia	Időpont, betegkontextus, SMART indítás
Regionális és nemzeti rendszerek	Megosztott rekordok, nyilvántartások, e-receptek	CDA dokumentumok (XDS), FHIR, nemzeti üzenetek	Lekérdezések, értesítések

Az interfész-motor

Az interfész-motor a kórház üzenetkezelő központja: fogadja az HL7 v2, FHIR, fájl- és adatbázisforgalmat minden rendszertől, átalakítja és továbbítja az összes többi rendszernek, amelynek szüksége van rá, és kezeli a sorokat, az ismétlési kísérleteket, a felügyeletet és az auditálást. Enélkül N rendszereknek legfeljebb N×(N−1)/2 egyedi interfészre van szükségük; vele minden rendszer egyszer csatlakozik.

Az interfész-motor (többek között Mirth Connect / NextGen Connect, Rhapsody, InterSystems HealthShare és IRIS for Health, Infor Cloverleaf, Qvera QIE) biztosít hallgatókat (MLLP, HTTP, fájl, adatbázis), átalakításokat (mezők leképezése, kódok javítása, v2 átalakítása FHIR-re), útvonalakat (ADT küldése nyolc rendszernek nyolc szűrővel), sorokat és ismétlési kísérleteket, felügyeletet és auditálást. Itt történik a páciens azonosításának egyeztetése is, ha a rendszerek eltérnek, és gyakran itt épül ki egy FHIR homlokzat egy régi adatbázis fölé. Lásd: Az interfész-motorok magyarázata.

A legfontosabb folyamatok

A legfontosabb kórházi integrációs folyamatok az ADT (felvételek, elbocsátások, áthelyezések és demográfiai frissítések, amelyeket a HIS terjeszt), a rendelések és eredmények az EHR és a laboratórium vagy radiológia között, a gyógyszerrendelések és kiszolgálás, a dokumentumok, mint például a zárójelentések, a monitorokról származó eszközadatok, valamint az eredmények, időpontok és otthoni mérések FHIR-en keresztüli páciens-központú cseréje.

ADT: minden bejelentkezés, elbocsátás, áthelyezés, regisztráció és demográfiai frissítés (A01, A03, A02, A04, A08, A40 egyesítés) a HIS-ből mindenki másnak szétterjed. Ha az ADT késik vagy hibás, minden lefelé irányuló rendszer rossz beteg vagy epizód alá menti az adatokat. Lásd: HL7 v2 üzenetek magyarázata.
Rendelések és eredmények: ORM/OML ki, ORU vissza, a megrendelő és a kitöltő számokkal összekötve; LOINC és UCUM az eredményekben. Lásd: HL7 v2 rendelési üzenetek és Laboratóriumi rendszer integrálása EHR-rel.
Képalkotás: rendelések a RIS-nek, DICOM munkalisták a szkennereknek, képek a PACS-nak, jelentések vissza ORU-ként, nézők DICOMweb-en keresztül. Lásd: PACS vs RIS vs VNA.
Gyógyszerezés: rendelések a gyógyszertárnak, kiadás és beadás vissza, a zárt körrel (vonalkód az ágy mellett) mint biztonsági céllal.
Dokumentumok: elbocsátó levelek, műtéti jegyzetek és szkennelt dokumentumok MDM üzenetként, CDA vagy PDF formátumban egy dokumentumtárba, regionális nyilvántartásokba közzétéve.
Eszközök: monitorok életjeleket táplálnak a rekordba IHE PCD profilokon vagy gyártói átjárókon keresztül, a riasztáskezelés külön diszciplínaként.
Betegközpontú: eredmények, időpontok és dokumentumok a portálra és alkalmazásokra FHIR-en keresztül; kérdőívek, otthoni mérések és viselhető eszközök adatai vissza, a származási jelöléssel, mint beteg által jelentett adatok. Lásd: Távfelügyelet FHIR-rel.

Működő minták

A működő kórházi integrációs minták a következők: egy fő rendszer a páciens azonosítására, amelyből mindenki más ADT-re iratkozik fel; kódleképezés LOINC, SNOMED CT és ATC kódokra egyszer az interfész-motornál; nyugták, sorok és ismétlési kísérletek minden üzenethez; azonos eredmények és dokumentumok; egy FHIR réteg a páciensalkalmazások és külső partnerek számára; valamint tesztkörnyezetek szintetikus páciensekkel az éles bevezetés előtt.

Egy mester az azonosításhoz. A HIS (vagy egy mester betegindex) birtokolja az azonosítókat; mindenki más feliratkozik az ADT-re és soha nem hoz létre új betegeket.
Kódok a határon. Helyi kódok leképezése LOINC, SNOMED CT, ATC kódokra a motornál, egyszer, és a helyi kód megtartása mellette.
Nyugtázás, sorba állítás, újrapróbálkozás. Minden v2 üzenet ACK-ot kap; a motor tárolja és újra lejátsza; senki sem veszít el eredményt, mert egy rendszer újraindult.
Idempotencia. Az eredmények és dokumentumok azonosítókat tartalmaznak; egy újra lejátszás frissít, nem duplikál.
FHIR réteg minden új dologhoz. Betegalkalmazások, telemedicina, kutatási kivonatok és külső partnerek FHIR-en keresztül kommunikálnak egy homlokzattal vagy egy dedikált FHIR szerverrel, amelyet a belső folyamatok táplálnak, nem pedig közvetlenül a HIS-szel.
Tesztkörnyezetek szintetikus betegekkel, és egy megfelelőségi lépés (IHE Connectathon profilok, nemzeti tesztszettek) mielőtt bármi is érintené a termelést.

Mindenhol látott hibaforrások

Szinte minden kórházi integrációban előforduló hibák a következők: kettőzött páciensek regisztrációs elgépelések miatt, az egyesítés után rossz vizitre mentett eredmények, nem leképezett helyi kódok, időzóna- és nyári időszámítási hibák az időbélyegekben, szabad szöveges mértékegységek, felügyelet nélküli, csendben leálló interfészek, a parsereket meghibásító gyártói Z-szegmensek, és ideiglenes CSV-hírcsatornák, amelyeket soha nem vonnak ki.

Duplikált betegek regisztrációs elgépelések miatt; eredmények téves epizódba mentése egy egyesítés után; helyi tesztkódok, amelyeket senki sem rendelt le; időzónák és nyári időszámítás az üzenetek időbélyegeiben; szabad szöveges egységek; egy interfész, amely csendben leállt, és senki sem figyelte; gyártóspecifikus Z-szegmensek, amelyek megtörik a parsereket; és a "ideiglenes" CSV feed, amely még mindig fut tíz évvel később.

Hol változtatja meg a FHIR a képet

A FHIR a kórházi integráció szélén változtatja meg a képet, nem a magban. Az épületen belül az HL7 v2 és a DICOM továbbra is jelen van, mert az analizátorok, szkennerek és régi modulok ezeket használják; a FHIR veszi át a páciens-hozzáférést, a SMART on FHIR alkalmazásokat, a CDS Hooks döntéstámogatást, az előfizetéseket, a regionális és nemzeti cserét az EHDS és TEFCA keretében, valamint a kutatási kivonatokat.

Belsőleg az HL7 v2 és a DICOM évekig marad, mert minden analizátor, szkenner és örökölt modul ezeket beszéli. A FHIR az éleken nyer: beteghozzáférés, az EHR-en belül indított alkalmazások (SMART on FHIR), döntéstámogatás (CDS Hooks), eseményvezérelt integrációhoz előfizetések, regionális és nemzeti csere az EHDS és a TEFCA keretében, valamint kutatási kivonatok. Sok kórház futtat most egy FHIR szervert, amelyet a motor táplál, mint integrációs rétegük mindennek, ami az épületen kívül van; lásd: Egészségügyi interoperabilitási szabványok: a térkép.

Az Anpheros-ban

Az Anpheros Platform a kórházi integráció FHIR szélén helyezkedik el: egy FHIR R4 rekord, amelybe a kórház vagy klinika a páciens beleegyezésével írhat és olvashat, a kórház saját integrációján keresztül táplálva a labor csatlakozón keresztül (HL7 v2 ORU, CSV vagy JSON), webhookokkal és forrás-specifikus eredetiség-ellenőrzéssel. Nem helyettesíti a HIS-t vagy az interfész-motort.

Az Anpheros Platform ezen az élen helyezkedik el: egy FHIR R4 rekord, amelybe egy kórház vagy klinika írhat és olvashat a beteg beleegyezésével, a kórház saját integrációja által táplálva (a labor csatlakozó HL7 v2 ORU, CSV vagy JSON formátumot vesz át), webhookokkal a változások értesítéséhez és származási jelöléssel forrásonként. Nem helyettesíti a HIS-t vagy a motort; a betegnek egy olyan rekordot ad, amely követi őt az épületen kívül.

Kapcsolódó oldalak

Források

Gyakori kérdések

Egy új kórháznak mindent FHIR-rel kell integrálnia?

Nem mindent. Az analizátorok, szkennerek és a legtöbb osztályrendszer HL7 v2-t és DICOM-ot beszél, és ez nem fog változni a közeljövőben. Használjon FHIR-t a betegközpontú, külső és új integrációkhoz, és egy motort az összekötéshez.

Mi a különbség a HIS és az EHR között?

A használat országonként változik. A HIS gyakran magában foglalja az adminisztratív és a klinikai kórházi rendszert; az EHR a klinikai dokumentációra helyezi a hangsúlyt. Integrációs szempontból mindkettő az a rendszer, amely birtokolja az azonosítót, az epizódokat és a dokumentációt.

Hány interfésze van egy közepes méretű kórháznak?

Általában ötven és néhány száz üzenetfolyam halad át a motornál, mindkét irányt és minden fogadó rendszert beleszámítva. A motor felügyeleti képernyője az az hely, ahol az integrációs csapatok élnek.

Ki felel az integrációért egy kórházban?

A kórház IT integrációs csapata, általában a motor gyártójának támogatásával, és minden osztály vendor a saját oldalán. Nemzeti programok és IHE profilok csökkentik, de nem szüntetik meg a projektmunkát.

Anpheros Platform

Próbálja ki ingyen a sandboxban

Az első FHIR-hívás 5 perc alatt. Egy HL7 FHIR R4 API, amely tartalmazza a beteg beleegyezését: próbáld ki a sandboxban, majd csatlakoztasd saját alkalmazásodat vagy klinikai rendszeredet.

Ingyenes sandbox létrehozása Olvasd el a fejlesztői útmutatókat →

Ingyenes · 30 szintetikus beteg · kártya nélkül

Ez az útmutató tájékoztató jellegű, és nem helyettesíti az orvosi tanácsot. Az egészségeddel kapcsolatos döntésekhez beszélj az orvosoddal. Vészhelyzetben hívja a helyi segélyhívó számot (Európában 112).

Szerző:

Az Anpheros csapata

Az Anpheros egy olyan egészségügyi nyilvántartást épít, amelyet a beteg irányít, és megoszthat bármelyik klinikával, egy EU-ban működő HL7 FHIR R4 platformon. Ezek az útmutatók segítenek megérteni és rendszerezni az egészségügyi adataidat; nem helyettesítik az orvosodat.

Tudj meg többet az Anpherosról →