Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Egészségügyi adat interoperabilitás

Az interoperabilitás technikai, szintaktikai, szemantikai és szervezeti szintjei, az Anpheros által használt szabványok (FHIR R4, IPS, SMART on FHIR, HL7 v2) és miért teszi megbízhatóvá az eredet az átcserélt adatokat.

Az egészségügyi adatintegráció a különböző rendszerek – alkalmazások, klinikák, laboratóriumok, kórházak, AI szolgáltatások – képessége arra, hogy egészségügyi adatokat cseréljenek, és azokat kézi átértelmezés nélkül használhassák. Az Anpheros ezt úgy közelíti meg, hogy minden rekordot olyan formátumokban tárol, amelyeket más rendszerek már ismernek (HL7 FHIR R4 szabványos kódrendszerekkel), szabványos protokollokon keresztül cseréli ki (FHIR REST, SMART on FHIR, International Patient Summary, HL7 v2 laboratóriumi üzenetek), és megőrzi azt a kontextust, amely megbízhatóvá teszi a kicserélt adatokat: ki írta, mikor, és kinek a beleegyezésével.

Az interoperabilitás négy szintje

A legtöbb integrációs projekt a szemantikai és szervezeti szinten bukik el, nem a technikai szinten. Az íráskori kódolás és az értékek eredetének rögzítése teszi lehetővé, hogy az egyik forrásból származó adat a másikban is használható legyen.

Az Anpheros által használt szabványok

• HL7 FHIR R4. Minden rekord FHIR erőforrásokból áll — 26 típus — kereshető és verziózott, /fhir/R4/metadata CapabilityStatement-tel. FHIR platform
• International Patient Summary (IPS). A Patient/{id}/$summary egy IPS dokumentum csomagot ad vissza, amelyet a hivatalos HL7 validátor érvényesít a hl7.fhir.uv.ips#1.1.0 ellen 0 hibával. Az IPS a határokon átnyúló európai ellátásra szánt összefoglaló formátum.
• HL7 Europe laboratory report rules. A laboreredményeket íráskor ellenőrizzük; az esetleges hiányosságokat a Anpheros-Conformance válasz fejlécében jelentjük (jelenleg tanácsadó jelleggel). A Observation/$validate?profile=eu-lab kérésre futtatja az ellenőrzést.
• SMART on FHIR. Harmadik féltől származó alkalmazások OAuth 2.1 protokollal, PKCE-vel és SMART v2 beteg hatókörökkel érik el a rekordot; felfedezés a /fhir/R4/.well-known/smart-configuration címen. Az Inferno SMART App Launch STU2 készlet önálló indítási tesztcsoportja sikeresen teljesít; az EHR indítás még nem támogatott.
• HL7 v2. A laboreredmények ORU^R01 üzenetként, valamint CSV vagy JSON formátumban érkeznek, és FHIR Observations-szé válnak. Lab connector
• European Health Data Space. A FHIR R4 és az IPS azok a formátumok, amelyekre az EHDS támaszkodik a betegösszefoglalók és laboreredmények esetében; az Anpheros ezeket követi. Ez a formátumokhoz való igazodás, nem pedig tanúsítás.

Csere minták

1. Engedélyezett alkalmazáshozzáférés – egy alkalmazás megkérdezi a beteget a hatókörökről, FHIR vagy REST protokollon keresztül olvassa és írja a rekordot, és az hozzáférés elveszik, amikor a beteg visszavonja azt.
2. Dokumentumcsere – a rekord vagy annak összefoglalója FHIR kötegként távozik ($everything, $summary).
3. Bejövő eredmények – laboratóriumok és klinikák írnak a rekordba a szervezetük nevében; a beteg látja, ki mit írt.
4. Események – az előfizetők értesítést kapnak arról, hogy valami megváltozott (csak az azonosítók, soha nem a klinikai tartalom), és elolvassák, amit engedélyeztek számukra.

Provenance: megbízható interoperabilitás

Az adatok, amelyek rendszerek között utaznak, elveszítik a kontextusukat, hacsak a kontextus is velük utazik. Az Anpherosban minden erőforrás minden verziója rögzíti:

• a szerző típusát — beteg, egészségügyi szakember, eszköz, import vagy AI;
• azt a szervezetet, amelynek nevében íródott, és ha megnevezésre került, az egészségügyi szakembert;
• a forrásrendszert és az ottani rekord azonosítóját (X-Anpheros-Source-System, X-Anpheros-Origin-Id).

Az AI által előállított értékeket ilyenként jelöljük meg, és elkülönítve tartjuk a klinikai tényektől, amikor egy kontextust építünk fel egy modell számára.

Identitás alkalmazások között

Minden alkalmazás ugyanazon személyhez saját azonosítót rendel (páronkénti azonosítók), így az adatok nem korrelálhatók az alkalmazások között a páciens háta mögött. Az alkalmazás hatókörén kívüli személyekre való hivatkozások maszkolva vannak. Az interoperabilitás megosztott azonosítók helyett beleegyezésen keresztül valósul meg.

Kapcsolódó

• Orvosi adatok normalizálása: kódok, mértékegységek, dátumok, duplikátumok, validálás
• Orvosi adatok eredetének magyarázata: ki mit írt, és hogyan rögzítsük
• Klinikai rendszerek integrálása FHIR backenddel: lépésről lépésre útmutató klinikai EMR-ekhez
• Laboreredmények importálása FHIR rekordba: lépésről lépésre útmutató CSV és HL7 v2 használatával
• FHIR platform
• Egészségügyi integrációk
• FHIR kódrendszerek
• Egészségügyi API
• Orvosi adatinfrastruktúra
• DICOM vs FHIR: képalkotó adatok és klinikai adatok, valamint azok kapcsolata
• Laboreredmények API: HL7 v2 és FHIR laboreredményekhez
• FHIR vs HL7 v2: üzenetek és erőforrások összehasonlítása
• Az Európai Egészségügyi Adattér (EHDS) fejlesztőknek

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card