Ez a cikk egy lehetséges megoldást tárgyal a betegek, szolgáltatók és gondozási vezetők közötti virtuális látogatások ütemezésére és nyomon követésére.
Architektúra
Töltse le az architektúra ábráját tartalmazó Visio-fájlt.
Ebben az architektúradiagramban a kék vonalú mezők azokat a Microsoft-szolgáltatások jelölik, amelyek vagy a Microsoft Cloud for Healthcare szolgáltatáshoz szükséges mögöttes szolgáltatások vagy bővítmények, amelyek mindegyike külön licenccel rendelkezik. Ezek az összetevők együttesen segítenek felgyorsíteni az integrált egészségügyi megoldások fejlesztését a betegek bevonásához, az egészségügyi csapat együttműködéséhez, valamint a klinikai és működési adatok elemzésének javításához.
Az adatok különböző külső orvosi rendszereken keresztül áramlik a rendszerbe, például beteg- és szolgáltatói ütemezéseken, orvosi nyilvántartásokon, hordható eszközökön stb. keresztül. Ezek az adatok az Azure-ból kerülnek betöltésre. Ezt követően a Rendszer a Power Apps Platform által üzemeltetett Adattárban, a Microsoft Dataverse-ben tárolja. Ezek az adatok úgy vannak formázva, hogy entitásokat és kapcsolatokat használjanak közöttük, amelyeket a Common Data Model (CDM) használatával hoztak létre, amely egy iparági szabvány, amely orvosi adatokat jelöl. A beteg, a szolgáltató és az ápolási vezető közötti minden interakció a Dataverse-ben tárolt CDM-adatok használatával történik.
A begyakorlott páciensek biztonságosan bejelentkezhetnek a Betegportálra, amely a Power Apps-portálokon üzemeltetett webhely. Ezen a portálon a beteg egy intelligens asszisztenssel beszélgethet. Ez az Azure Health Bot szolgáltatás egy példánya, amely összegyűjti a tüneteiket, javaslatokat nyújt, és szükség esetén javasolja a szakember meghívását. Ha a beteg úgy dönt, hogy csatlakozik az egészségügyi szolgáltatóhoz, az állapotrobot-példány a Dataverse-ből lekéri a szolgáltatók adatait a virtuális látogatásokhoz és azok ütemezéséhez. Miután a páciens kiválasztott egy szolgáltatót és egy időpontot, a robot bemutatja a Dataverse-ben tárolt EMR/EHR-adatokból beszerzett kapcsolattartási adatait. A beteg érvényesítheti vagy módosíthatja ezeket az információkat, és mentheti az adatokat a robot használatával.
Találkozó ütemezéséhez az állapotrobot-példány a Microsoft Graph API használatával csatlakozik a Bookings alkalmazáshoz, és lefoglal egy találkozót a szolgáltató naptárában. A találkozó adataival rendelkező e-mailt a rendszer mindkét félnek elküldi a Microsoft Outlook használatával. A betegnek utasítást kap, hogy jelentkezzen be a Betegportálra a beviteli folyamathoz. Ez a folyamat magában foglalja a kapcsolattartási, fizetési és biztosítási adataik megerősítését vagy módosítását, majd egy hozzájárulási űrlap aláírását a virtuális látogatáshoz. Miután aláírták a hozzájárulást, meg kell adniuk a Microsoft Teams-hivatkozást a találkozóhoz.
A szolgáltató bejelentkezik a Teamsbe, hogy ellenőrizze a találkozó ütemezését és az összesítési információt. A Teams ezeket az információkat a Találkozósor alkalmazással jeleníti meg. A szolgáltató ezután elindíthatja a virtuális látogatást a Teamsben az ütemezett találkozóhoz. A hívás során a szolgáltató jegyzeteket készíthet, és hozzáadhatja őket a beteg rekordjaihoz.
A beteg orvosi adatainak új megjegyzése egy felülvizsgálati értesítést vált ki a beteghez rendelt ápolási vezető számára. Amikor az ápolási vezető megkapja ezt az értesítést, bejelentkezhet a Teamsbe, ahol megtekintheti a hozzájuk rendelt betegeket, és megtekintheti a jegyzeteket. A Care Management alkalmazással elvégezhetik a szükséges módosításokat a beteg gondozási tervében.
Összetevők
Az architektúra az alábbi összetevőkből áll:
PAS. A betegfelügyeleti rendszerek (PAS) olyan rendszerek, amelyek automatizálják az egészségügyi szervezetek, például a kórházak adminisztratív papírmunkáit. Ezek egy ilyen szervezet informatikai infrastruktúrájának alapvető összetevői. A PAS rögzíti a beteg demográfiai adatait, például a nevet, a lakcímet, a születési dátumot stb. Azt is rögzíti, részletes információkat minden kapcsolatot a beteg volt a kórház, mind a járóbeteg és a fekvőbeteg. A PAS segítségével a modern kórházak jelentést tudnak tenni és ütemezni az erőforrásokat a szervezetben. A PAS az adatok ütemezésének kulcsfontosságú forrása ebben a megoldásban. Mivel ezek az adatok külsőek, és nem szabványos formátumúak lehetnek, fontos, hogy olyan formátummá alakítsuk, amelyet a megoldás összes összetevője megért.
EMR/EHR. Az elektronikus orvosi nyilvántartások (EMR) és az Elektronikus egészségügyi nyilvántartások (EHR) biztosítják a beteg orvosi és egészségügyi adatainak digitális nyilvántartását, beleértve a diagnózisokat, gyógyszereket, immunizálásokat stb. Ezek hatóköre egyetlen gyakorlóirodára, például EMR-ekre terjedhet ki, vagy sokkal nagyobb hatókörre tervezhető, és a páciensekkel utazik bármelyik intézménybe, például az EHR-kbe. Ezek fontos külső adatforrások ebben a megoldásban, és strukturálatlan, nem szabványos formátumúak lehetnek. Ezért ezeket az adatokat olyan formátummá kell konvertálni, amelyet a megoldás összetevői használhatnak.
Azure API for FHIR. Az Azure az adatok Microsoft-ökoszisztémába és a Microsoft Cloud for Healthcarebe való bevezetésének első lépése. Ez a réteg biztonságos felületet biztosít a külső adatok és az architektúra belső összetevői között. Az Azure API for FHIR betölti a különböző forrásokból, például EMR-ből, PAS-ból, strukturált vagy strukturálatlan eszközökből származó adatokat, átalakítja őket FHIR-vé, és megmarad az Azure-ban. Ezeket az adatokat ezután a Microsoft Cloud for Healthcare különböző szolgáltatásokhoz használhatja. Az Azure API for FHIR a biztonság és a megfelelőség szem előtt tartásával készült, és PHI -adatokhoz (védett egészségügyi információkhoz) készült. További információ erről a rétegről: Azure for Healthcare és az Azure API for FHIR
Gyakori adatmodell. A Common Data Model használatával a Microsoft szabványosított metaadat-definíciós rendszert biztosít, amely bővíthető és testre szabható adott üzleti igényekhez. A CDM-entitások olyan területeken érhetők el, mint a CRM, az Egészségügy, a Talent stb. A részletekért olvassa el a Common Data Model használati adatait. Ezeken az entitásokon kívül az ügyfelek saját tulajdonú adatokat is lekérhetnek az entitástábla és a Common Data Model mögöttes mezőinek meghatározásával, amelyeket aztán zökkenőmentesen használhatnak más entitásokkal a megoldásuk során.
Microsoft Dataverse. A Dataverse, a Microsoft Dynamics 365 relációs adatbázisa a Common Data Modelben ábrázolt adatok adattára. A betegadatok adatbázisait tartalmazza, amelyek a nevükkel, a családi adataikkal, az egészségügyi állapotokkal, a gyógyszerelőzményekkel stb. kapcsolatos adatokat tartalmaznak. Emellett tartalmazza a betegek által használt és regisztrált hordható eszközökről beszerzett információkat, valamint az egészségügyi szervezettől származó ütemezési és kezelési adatokat. Ezek az adatok a Common Data Model használatával lesznek definiálva.
Betegportál. Ez a Power Apps-portál lehetővé teszi a betegek számára, hogy megtekintsék az orvosi feljegyzéseiket, lefoglalják a találkozókat, cseveghessenek az állapotrobot példányával stb. Ez a portál kiterjeszthető más adatok támogatására. Ez a portál a Microsoft Cloud for Healthcare része, és lehetővé teszi egy olyan portál egyszerű létrehozását, amely képes kapcsolatot létesíteni a Dataverse entitásaival, adatokat , például betegadatokat, gondozási terveket, találkozókat stb.
Intelligens segítség. Ez az Azure Health Bot Service egy példánya, amely a betegportálon keresztül érhető el a betegek számára. Ez az állapotrobot-példány egy Azure-alkalmazás szolgáltatás webhelyén van betöltve. Testreszabható, és az ügyfelek által megkövetelt forgatókönyvek használatával programozható.
Bookings Alkalmazás. A Bookings App egy Microsoft 365-szolgáltatás, amely a Microsoft Cloud for Healthcare része. Megkönnyíti a naptáresemények ütemezését, és lehetővé teszi a Teams-értekezletek létrehozását.
Microsoft Outlook. Ez a megoldás a Microsoft Outlookot használja e-mail-ügyfélként. Az e-mail-értesítést küldő Bookings alkalmazás integrálva van az Outlookkal. Alternatív megoldásként az egészségügyi szolgáltató által előnyben részesített e-mail-ügyfél is használható.
Microsoft Teams. A Microsoft Teams a Microsoft Cloud for Healthcare egyik összetevője, és a betegek, a szolgáltatók és az ápolási vezetők közötti interakciók előtérbe kerülnek. A felhasználók helyileg telepített vagy webes verziót használhatnak. A Teamsről további információt a Microsoft Teams dokumentációjában talál.
Találkozósor. Ez az eszköz létrehoz egy HTML-lapot a Dataverse-ből kihúzott adatokkal a Dynamics 365 Webes API használatával. Megjeleníti a szolgáltatónak az adott napra ütemezett találkozókra vonatkozó információkat, valamint az egyes találkozók összegzését. Emellett egy hivatkozást is biztosít a betegadatok eléréséhez a Care Management alkalmazáson keresztül. A találkozósor ennek a forgatókönyvnek a támogatására lett kifejlesztve, és nem része a Microsoft Cloud for Healthcare szolgáltatásnak. Az eszköz adatforrásai elsősorban a PAS-rendszerek és az EMR/EHR rekordok. Ha ezek a rendszerek integrálva vannak az adatok bemutatására szolgáló eszközökkel, ezek az eszközök helyettesíthetik ezt az összetevőt egy tényleges üzembe helyezés során.
Care Management. A Care Management eszköz a Microsoft Cloud for Healthcare egyik összetevője. Ez egy Dynamics 365 keresztül üzembe helyezett Power Apps-alkalmazás. CdM formátumban lekéri az EMR/EHR-betegadatokat a Dataverse-ben, és összesített nézetet jelenít meg a Teamsben. Egy gondozási központ megoldása dönthet úgy, hogy a saját rendszerét használja a működésükhöz, attól függően, hogy hogyan szeretné bemutatni ezeket az információkat.
Power BI Analytics. Ez egy ehhez a forgatókönyvhöz létrehozott elemzési eszköz, amely nem érhető el a Microsoft Cloud for Healthcare szolgáltatásban. Ebben a megoldásban a páciens IoMT-eszközeiből származó információkat hoz létre. Ezek lehetnek olyan adatok, mint a pulzusszám, a vér oxigénszintje stb. A Care Management alkalmazás ezeket az adatokat arra használja, hogy az egészségügyi szolgáltatók napi tevékenységeik alapján további elemzéseket nyújthassanak a betegeikről.
Csatlakoztatott eszközök. Ezek az orvosi eszközök internetes hálózata (IoMT) eszközök, amelyek intelligens eszközök orvosi vagy egészségügyi használatra. IoMT-eszközök például viselhető eszközök, például Apple Watch vagy Fitbit, orvosi vagy létfontosságú monitorok stb. A betegek az Azure-on keresztül építhetik ki az eszközeiket, és dönthetnek úgy, hogy engedélyezik az egészségügyi felügyeleti rendszerük számára, hogy összegyűjtsék ezeket az IoMT-adatokat a szolgáltatók számára. A szolgáltatók közel valós időben további elemzéseket kaphatnak az ilyen eszközökről, és összekapcsolhatják az olyan rendellenességeket, mint például az emelt pulzusszám egy ideig, a beteg aktuális tüneteivel.
Automatizálás a Power Automate-lel. Ez a forgatókönyv támogatásához létrehozott egyéni eszköz, amely nem érhető el a Microsoft Cloud for Healthcare szolgáltatásban. Mivel ez egy virtuális látogatási forgatókönyv, előfordulhat, hogy a szolgáltató csak egy ügyeletes orvos, és nem a beteg rendszeres orvosa. Ez az eszköz lehetővé teszi, hogy a szolgáltató jegyzetei Teams-értesítést indítsanak az ápolási vezetőnek. Az ápolási vezető az egészségügyi csapat tagja, amely az elsődleges ápolási orvos (PCP) és a beteg közötti összekötőként dolgozik, és gondoskodik a hosszú távú ápolás kezeléséről. Az ápolási vezetőnek küldött értesítés, amely a beteg számára hozzáadott új jegyzeteket tartalmazza, lehetővé teszi számukra, hogy a látogatást követően felülvizsgálják és megfelelő módosításokat végezzenek a beteg gondozásának kezelésében.
Alternatívák
Ennek a megoldásnak az alapvető összetevői az Olyan egészségügyi szolgáltatásokhoz készült Azure, mint az Azure API for FHIR és az Azure Health Bot, a Common Data Model interface, a Microsoft Dataverse és a Microsoft Teams. A rendszer többi összetevője helyettesíthető az egészségügyi intézmény által jelenleg használt rendszerekkel:
Ha az EMR/EHR rendszer beépített foglalási, ütemezési és ápolási kezeléssel rendelkezik, ezek a beépített elemek használhatók a megoldás megfelelő összetevői helyett.
A foglalásokat és az Outlook ütemezését és az e-mail-értesítéseket az egészségügyi intézmény által használt rendszerek felcserélhetik. Ezek az EHR-rendszeren vagy egy külső alkalmazáson keresztül is elvégezhetők. Az alkalmazásnak biztosítania kell egy API-t, amellyel az állapotrobot-példány találkozókat hozhat létre és ütemezhet, valamint virtuális értekezleteket hozhat létre.
Ha a szolgáltató már rendelkezik egy, az EMR/EHR rendszeren keresztül implementált betegportállal, akkor a Betegportál helyett használhatja azt. Ezzel a megoldással könnyen integrálható egy ilyen külső összetevő, mivel ezek az összetevők szabványos interfészeket, például iFrame interfészt használtak az állapotrobot-példánysal való kommunikációhoz. A folyamatot támogató összetevők a védett portálon hozhatók létre, például a hozzájárulási űrlapon, amelyet a betegnek alá kell írnia a Teams-értekezlethez való csatlakozás előtt.
Érdemes megjegyezni, hogy a tényleges üzembe helyezéshez csereeszközökre lesz szükség a megoldás egyes összetevőihez, például a találkozósorhoz, az automatizált értesítésekhez és a Power BI elemzési eszközeihez. Ezeket az összetevőket létre kell hozni és testre kell szabni az egészségügyi szolgáltató üzleti igényeinek megfelelően.
Forgatókönyv részletei
A jelenlegi COVID-19 (koronavírus) világjárványban sok beteg szívesebben látogatja meg az egészségügyi szolgáltatóit, mint személyesen, amikor csak lehetséges. A klinikai és működési elemzések fejlesztése az egészségügyben fontossá válik egy ilyen virtuális világban. Ez magában foglalja a különböző rendszerekből származó adatok összekapcsolását, a kockázatok előrejelzésére szolgáló elemzések létrehozását, valamint a betegellátás, a minőségbiztosítás és a működési hatékonyság javítását.
A megoldás alapja a Microsoft Cloud for Healthcare. A Microsoft Cloud for Healthcare a Microsoft 365, az Azure, a Dynamics 365, a Power Platform és a Microsoft kiterjedt partneri ökoszisztémájának megbízható képességeit egyesíti annak érdekében, hogy az egészségügyi szervezetek gyors, hatékony és biztonságos egészségügyi megoldásokat hozzanak létre.
Lehetséges használati esetek
Ennek a megoldásnak a célja a virtuális betegellátás biztosítása a jelenlegi világjárványban. Az egészségügyi szolgáltatók azonban egyszerűen alkalmazhatják a következő forgatókönyvekre:
A virtuális nyomon követés ütemezése a személyes látogatásokhoz.
Nem sürgősségi orvosi útmutatás nyújtása a betegek számára utazás közben.
Megfontolások
Ezek a szempontok implementálják az Azure Well-Architected Framework alappilléreit, amely a számítási feladatok minőségének javítására használható vezérelvek halmaza. További információ: Microsoft Azure Well-Architected Framework.
Biztonság
A biztonság biztosítékokat nyújt a szándékos támadások és az értékes adatokkal és rendszerekkel való visszaélés ellen. További információ: A biztonsági pillér áttekintése.
Mivel a rendszer a betegadatok köré épül, a megoldás fejlesztésekor a magáninformációk alapvető biztonsági szempontjait kell alkalmazni:
Egyszerre csak a szükséges adatok haladjanak át a rendszeren. Például csak a virtuális látogatások ütemezéséhez és kezeléséhez szükséges EMR/EHR-rendszerekből kell adatokat beolvasni. Tekintse át a hipaA-megfelelőségi szabályokat , hogy útmutatást nyújtsunk a betegadatok tárolásának helye, a velük végezhető és az ahhoz való hozzáférés tekintetében. A megoldás fejlesztése során vegye figyelembe a megfelelőség fontosságát az egészségügyben. További útmutatásért olvassa el a Megfelelőség a Microsoft Cloud for Healthcare szolgáltatásban című cikket.
Csak az arra jogosult személyek férhetnek hozzá a betegadatokhoz, és csak a szerepkörükhöz szükséges adatokhoz. A rendszer különböző pontjain, például a Gondozáskezelés és a hozzá tartozó elemzések, a Találkozósor vagy az értesítési rendszerek esetében ügyelni kell a személyzet hitelesítésére és engedélyezésére, és csak a szükséges betegadatokra kell korlátozni a hozzáférést.
A páciensekkel interakcióba lépő modulok, például az Intelligens segítség és a Bookings alkalmazás bevesznek, tárolnak és használnak betegadatokat. A modulok megfelelő hozzáférés-vezérlése és hitelesítése biztosítja az adatvédelmi problémák kezelését.
A magánjellegű adatok természetéből adódóan a biztonság és a megfelelőség képezi a Microsoft Cloud for Healthcare alapvető elveit.
Ez a példa a Dynamics 365 és a Teams által beállított biztonsági szabályokra is támaszkodik:
A Microsoft Cloud for Healthcare egyes szolgáltatásai saját biztonsági és megfelelőségi réteget biztosítanak:
Egyéni biztonsági vezérlők esetén fontolja meg a Microsoft Entra-azonosító és a szerepköralapú hozzáférés-vezérlés használatát.
Végül, a megoldás megvalósításakor tartsa szem előtt a biztonságos Azure-megoldások fejlesztéséhez szükséges ajánlott eljárásokat és útmutatást.
Költségoptimalizálás
A költségoptimalizálás a szükségtelen kiadások csökkentésének és a működési hatékonyság javításának módjairól szól. További információ: A költségoptimalizálási pillér áttekintése.
A Microsoft Cloud for Healthcare szolgáltatással kapcsolatos részletes díjszabási információkért tekintse meg a Microsoft Cloud for Healthcare megvásárlását ismertető témakört. A Microsoft Cloud for Healthcare-t alkotó összetevők saját licencelési követelményekkel rendelkeznek, például:
Ha egyénileg létrehozott összetevőket szeretne létrehozni ebben az architektúrában, vegye figyelembe a használni kívánt mögöttes szolgáltatások díjszabási adatait.
A forgatókönyv üzembe helyezése
A megoldást fázisokban kell üzembe helyezni:
Bizonyos termékeket/szolgáltatásokat telepíteni kell a Microsoft Cloud for Healthcare előfeltételeiként. Tekintse meg a licencelési követelményekről szóló cikk részletes listáját.
A Microsoft Cloud for Healthcare üzembe helyezhető a Dynamics 365 által működtetett Microsoft Cloud for Healthcare-megoldások üzembe helyezésének utasításaival.
A Microsoft Cloud for Healthcare alapvető összetevőket biztosít egy virtuális egészségügyi megoldás, például a Patient Portal, a Teams, a Bookings stb. létrehozásához. Az építőelemek használatához használt adatokat az üzleti igényeknek megfelelően kell testre szabni.
A Microsoft Cloud for Healthcareben elérhető összetevőket és annak előfeltételeit az üzleti igényeknek megfelelően kell testre szabni:
A Power Automate-folyamatokat létre kell hozni a gondozáskezelő értesítéseinek támogatásához.
A betegportált konfigurálni kell. Előfordulhat, hogy további űrlapokat kell létrehozni az olyan elemekhez, mint a bejelentkezési/hozzájárulási űrlapok. További információért olvassa el a Betegelérési portál beállítását és konfigurálását.
Az Azure Health Bot szolgáltatást csatlakoztatni kell a Dataverse-adatbázishoz, és testre kell szabni a páciensekkel való kommunikációhoz. További információért olvassa el az automatikus csevegések konfigurálása a Microsoft Health Bottal című cikket.
További információt a klinikai adatokkal való szinkronizálás konfigurálása az Azure FHIR szinkronizálási ügynökkel és a Power BI-jelentések beágyazása elemzéshez című témakörben talál, amelyből megismerheti az esetlegesen szükséges egyéb konfigurációkat.
A kifejezetten ehhez a megoldáshoz létrehozott további összetevők nem érhetők el éles üzemű használatra. Előfordulhat, hogy az egészségügyi intézménynek saját verzióját kell létrehoznia ezeknek az alkalmazásoknak:
Találkozósor
Automatikus értesítések a Power Automate használatával
Jelentéskészítési alkalmazás a Power BI használatával
Közreműködők
Ezt a cikket a Microsoft tartja karban. Eredetileg a következő közreműködők írták.
Fő szerzők:
- Slavica Frljanic | Főcsoport programmenedzser
- Dhanashri Kshirsagar | Vezető tartalom pm
A nem nyilvános LinkedIn-profilok megtekintéséhez jelentkezzen be a LinkedInbe.
Következő lépések
- Mi az a Microsoft Cloud for Healthcare?
- További információ az Azure egészségügyi ajánlatairól az Azure for Healthcare–Healthcare Solutions szolgáltatásban
- Az EMR és az EHR közötti különbség
- HIPAA megfelelőségi szabályok
- Mi az Az Azure API for FHIR?
- Mi az a Microsoft Dataverse?
- Mi az Azure Health Bot Service?
- Mi az a Power BI?
- Ismerje meg, hogyan használhatja a Microsoft Dynamics 365