I den här artikeln beskrivs en potentiell lösning för schemaläggning och uppföljning av virtuella besök mellan patienter, leverantörer och vårdchefer.
Arkitektur
Ladda ned en Visio-fil som innehåller det här arkitekturdiagrammet.
I det här arkitekturdiagrammet representerar de blåfodrade rutorna de Microsoft-tjänster som antingen är de underliggande tjänster eller tillägg som krävs för Microsoft Cloud for Healthcare, som var och en måste licensieras separat. Dessa komponenter hjälper tillsammans till att påskynda utvecklingen av integrerade sjukvårdslösningar för patientengagemang, samarbete i hälsoteamet och förbättring av kliniska och operativa datainsikter.
Data flödar in i systemet genom olika externa medicinska system, till exempel patient- och leverantörsscheman, medicinska journaler, bärbara enheter och så vidare. Dessa data matas in med Hjälp av Azure. Den lagras sedan i Microsoft Dataverse, ett datalager som drivs av Power Apps-plattformen. Dessa data formateras för att använda entiteter och relationer mellan dem, skapade med hjälp av Common Data Model (CDM), en branschstandard för att representera medicinska data. Alla interaktioner mellan patient, leverantör och vårdansvarig sker med hjälp av dessa CDM-data som lagras i Dataverse.
En etablerad patient kan logga in säkert på patientportalen, en webbplats som finns i Power Apps-portalerna. I den här portalen kan patienten prata med en intelligent assistent. Det här är en instans av Azure Health Bot-tjänsten, som samlar in deras symtom, ger förslag och rekommenderar att du ringer till utövaren om det behövs. Om patienten väljer att ansluta till sin medicinska leverantör hämtar hälsorobotinstansen data om leverantörer som är tillgängliga för virtuella besök och deras scheman från Dataverse. När patienten har valt en provider och en tid visar roboten sin kontaktinformation, som hämtas från EMR/EHR-data som lagras i Dataverse. Patienten kan verifiera eller ändra den här informationen och spara data med hjälp av roboten.
För att schemalägga en avtalad tid ansluter hälsorobotinstansen till bookings-appen med hjälp av Microsoft Graph-API:et och bokar en avtalad tid i leverantörens kalender. Ett e-postmeddelande med avtalad tidsinformation skickas till båda parter med hjälp av Microsoft Outlook. Patienten får instruktioner för att logga in på patientportalen för intagsprocessen. Den här processen innebär att bekräfta eller ändra kontakt-, betalnings- och försäkringsinformation och sedan signera ett medgivandeformulär för det virtuella besöket. När de har signerat medgivandet tillhandahålls microsoft Teams-länken för den avtalade tiden.
Providern loggar in på Teams för att kontrollera deras schema för avtalade tider och sammanfattningsinformation för var och en. Teams visar den här informationen med hjälp av programmet För avtalad tidskö . Providern kan sedan starta det virtuella besöket i Teams för den schemalagda avtalade tiden. Under samtalet kan leverantören anteckna och lägga till dem i patientens journaler.
En ny anteckning om patientens medicinska journaler utlöser en granskningsanmälan för den vårdansvarige som tilldelats patienten. När vårdchefen får det här meddelandet kan de logga in på Teams, där de kan se de patienter som tilldelats dem och visa anteckningarna. Via appen Vårdhantering kan de göra nödvändiga ändringar i patientens vårdplan.
Komponenter
Arkitekturen består av följande komponenter:
PAS. Patientadministrationssystem (PAS) är system som automatiserar det administrativa pappersarbetet i sjukvårdsorganisationer, till exempel sjukhus. De är kärnkomponenterna i IT-infrastrukturen i en sådan organisation. En PAS registrerar patientens demografi, till exempel namn, hemadress, födelsedatum och så vidare. Den registrerar också detaljerad information om all kontakt patienten hade med sjukhuset, både öppenvård och slutenvård. Med hjälp av PAS kan moderna sjukhus rapportera och schemalägga resurser i hela organisationen. PAS är en viktig källa för att schemalägga data i den här lösningen. Eftersom dessa data är externa och kan vara i ett icke-standardformat är det viktigt att konvertera dem till ett format som förstås av alla komponenter i den här lösningen.
EMR/EHR. Elektroniska medicinska journaler (EMR) och elektroniska hälsojournaler (EHR) tillhandahåller digitala register över en patients medicinska och hälsoinformation, inklusive diagnoser, mediciner, immuniseringar och så vidare. De kan begränsas till ett enda övningskontor, till exempel EMRs, eller utformas för att omfatta mycket större, resa med patienterna till vilken anläggning de än går, till exempel EHRs. Dessa är viktiga externa datakällor i den här lösningen och kan vara ostrukturerade icke-standardformat. Därför måste dessa data konverteras till ett format som kan användas av komponenterna i den här lösningen.
Azure API för FHIR. Azure är det första steget i processen att föra in data i Microsofts ekosystem och Microsoft Cloud for Healthcare. Det här lagret ger ett säkert gränssnitt mellan externa data och interna komponenter i den här arkitekturen. Azure API för FHIR matar in data som kommer från olika källor, till exempel EMR, PAS, enheter, oavsett om de är strukturerade eller ostrukturerade, konverterar dem till FHIR och bevaras i Azure. Dessa data kan sedan användas i Microsoft Cloud for Healthcare för olika tjänster. Azure API för FHIR är byggt med säkerhet och efterlevnad i åtanke och har utformats för PHI-data (skyddad hälsoinformation). Mer information om det här lagret finns i Azure för sjukvård och Azure API för FHIR
Common Data Model. Med Common Data Model tillhandahåller Microsoft ett standardiserat metadatadefinitionssystem som är utökningsbart och anpassningsbart för specifika affärsbehov. CDM-entiteter är tillgängliga för ämnesområden som CRM, Healthcare, Talent och så vidare. Mer information finns i Common Data Model-användningsinformationen. Utöver dessa entiteter kan kunder hämta egna data genom att definiera entitetstabellen och de underliggande fälten i Common Data Model, som sedan sömlöst kan användas med andra entiteter i hela lösningen.
Microsoft Dataverse. Dataverse, en relationsdatabas som driver Microsoft Dynamics 365, är lagringsplatsen för de data som representeras i Common Data Model. Den innehåller databaser för patientinformation, som innehåller information om deras namn, familjeinformation, medicinska tillstånd, medicineringshistorik och så vidare. Den innehåller också den information som erhålls från alla bärbara enheter som används och registreras av patienterna, samt schemaläggning och hanteringsdata från hälso- och sjukvårdsorganisationen. Dessa data definieras med hjälp av Common Data Model.
Patientportalen. Med den här Power Apps-portalen kan patienter visa sina medicinska journaler, boka avtalade tider, chatta med instansen av hälsoroboten och så vidare. Den här portalen kan utökas för att stödja andra data. Den här portalen är en del av Microsoft Cloud for Healthcare och gör att du enkelt kan starta en portal som kan ansluta till entiteter i Dataverse och hämta in data som patientinformation, vårdplaner, avtalade tider och så vidare.
Intelligent hjälp. Det här är en instans av Azure Health Bot Service som är tillgänglig för patienter via patientportalen. Den här hälsorobotinstansen läses in på en Azure App Service-webbplats. Det är anpassningsbart och kan programmeras med hjälp av de scenarier som krävs av kunderna.
Bookings App. Bookings App är en Microsoft 365-tjänst som ingår i Microsoft Cloud for Healthcare. Det underlättar schemaläggning av kalenderhändelser och gör det möjligt att skapa Teams-möten.
Microsoft Outlook. Den här lösningen använder Microsoft Outlook som e-postklient. Bookings-appen som skickar e-postmeddelandet är integrerad med Outlook. Alternativt kan vårdgivarens föredragna e-postklient användas.
Microsoft Teams. Microsoft Teams är en komponent i Microsoft Cloud for Healthcare och tillhandahåller klientdelen för interaktioner mellan patienter, leverantörer och vårdchefer. Användare kan använda en lokalt installerad version eller webbversionen. Mer information om Teams finns i Microsoft Teams-dokumentationen.
Kö för avtalad tid. Det här verktyget genererar en HTML-sida med data som hämtas från Dataverse med dynamics 365-webb-API:et. Den presenterar providern med information om de avtalade tider som är schemalagda för dagen och sammanfattning om var och en. Den innehåller också en länk för att få åtkomst till patientinformationen via care management-programmet. Den avtalade tidskön utvecklades för att stödja det här scenariot och är inte en del av Microsoft Cloud for Healthcare. Datakällorna för det här verktyget är främst PAS-system och EMR/EHR-poster. Om dessa system har verktyg som är integrerade för att presentera dessa data kan dessa verktyg ersätta den här komponenten i en faktisk distribution.
Vårdhantering. Verktyget Vårdhantering är en komponent i Microsoft Cloud for Healthcare. Det är ett Power Apps-program som distribueras via Dynamics 365. Den hämtar EMR/EHR-patientdata som lagras i Dataverse i CDM-format och visar en aggregerad vy i Teams. En vårdcentrals lösning kan välja att använda sitt eget system för sina funktioner, beroende på hur de vill presentera den här informationen.
Power BI Analytics. Det här är ett analysverktyg som skapats för det här scenariot och som inte är tillgängligt med Microsoft Cloud for Healthcare. I den här lösningen genererar den information som härleds från patientens IoMT-enheter. Detta kan vara data som hjärtfrekvens, syrenivå i blodet och så vidare. Care Management-appen använder dessa data för att presentera medicinska leverantörer med ytterligare insikter om sina patienter baserat på deras dagliga aktiviteter.
Anslut enheter. Dessa är IoMT-enheter (Internet of Medical Things), som är smarta enheter för medicinsk användning eller sjukvårdsanvändning. Exempel på IoMT-enheter är bärbara enheter som Apple Watch eller Fitbit, medicinska eller viktiga bildskärmar och så vidare. Patienter kan etablera sina enheter via Azure och välja att tillåta att deras hälso- och sjukvårdshanteringssystem samlar in dessa IoMT-data för användning av sina leverantörer. Leverantörer kan få ytterligare insikter från sådana enheter, nästan i realtid, och länka avvikelser som en förhöjd hjärtfrekvens under en viss tid, med patientens nuvarande symtom.
Automation med Power Automate. Det här är ett anpassat verktyg som skapats för att stödja det här scenariot och är inte tillgängligt med Microsoft Cloud for Healthcare. Eftersom detta är ett virtuellt besöksscenario kan leverantören bara vara en jourläkare och inte patientens vanliga läkare. Med det här verktyget kan leverantörens anteckningar utlösa ett Teams-meddelande till vårdchefen. En vårdchef är medlem i det medicinska team som arbetar som samband mellan primärvårdsläkaren (PCP) och patienten, och tar hand om långsiktig vårdhantering. Ett meddelande som skickas till vårdchefen, som anger nya anteckningar som lagts till för patienten, gör det möjligt för dem att granska och göra lämpliga förändringar i patientens vårdhantering efter besöket.
Alternativ
Azure för sjukvårdstjänster som Azure API för FHIR och Azure Health Bot, Common Data Model-gränssnittet, Microsoft Dataverse och Microsoft Teams utgör kärnkomponenterna i den här lösningen. De flesta andra komponenter i det här systemet kan ersättas av system som för närvarande används av vårdinrättningen:
Om EMR/EHR-systemet levereras med inbyggda funktioner för bokning, schemaläggning och vårdhantering kan de här inbyggda funktionerna användas i stället för motsvarande komponenter i den här lösningen.
Bokningar och Outlook-schemaläggning och e-postavisering kan bytas ut av de system som används av vårdinrättningen. Dessa kan göras via EHR-systemet eller med hjälp av ett program från tredje part. Programmet ska tillhandahålla ett API som hälsorobotinstansen kan använda för att skapa och schemalägga avtalade tider, tillsammans med möjligheten att skapa virtuella möten.
Om providern redan har en patientportal implementerad via deras EMR/EHR-system kan den användas i stället för patientportalen. Det är enkelt att integrera en sådan extern komponent med den här lösningen, eftersom dessa komponenter använde standardgränssnitt, till exempel ett iFrame-gränssnitt för att kommunicera med instansen av hälsoroboten. Komponenter som stöder det här flödet kan skapas på den proprietära portalen, till exempel det medgivandeformulär som patienten måste signera innan han eller hon ansluter till Teams-mötet.
Det är värt att notera att en faktisk distribution behöver ersättningsverktyg för vissa komponenter i den här lösningen, till exempel kö för avtalade tider, automatiserade meddelanden och Power BI-analysverktyg. Dessa komponenter måste skapas och anpassas efter vårdgivarens affärsbehov.
Information om scenario
I den nuvarande COVID-19-pandemin (coronavirus) kanske ett stort antal patienter föredrar att besöka sina läkare praktiskt taget snarare än personligen, när det är möjligt. Att förbättra kliniska och operativa insikter inom hälso- och sjukvården blir viktigt i en sådan virtuell värld. Detta inkluderar att ansluta data från olika system, skapa insikter för att förutsäga risker och hjälpa till att förbättra patientvården, kvalitetssäkringen och drifteffektiviteten.
Grunden för den här lösningen är Microsoft Cloud for Healthcare. Microsoft Cloud for Healthcare samlar betrodda funktioner från Microsoft 365, Azure, Dynamics 365, Power Platform och Microsofts omfattande partnerekosystem för att hjälpa sjukvårdsorganisationer att skapa snabba, effektiva och säkra sjukvårdslösningar.
Potentiella användningsfall
Den här lösningen är avsedd att tillhandahålla virtuell patientvård i den aktuella pandemin. Vårdgivare kan dock enkelt tillämpa den på följande scenarier:
Schemaläggning av virtuella uppföljningar till personliga besök.
Ge icke-akut medicinsk vägledning till patienter under resor.
Att tänka på
Dessa överväganden implementerar grundpelarna i Azure Well-Architected Framework, som är en uppsättning vägledande grundsatser som kan användas för att förbättra kvaliteten på en arbetsbelastning. Mer information finns i Microsoft Azure Well-Architected Framework.
Säkerhet
Säkerhet ger garantier mot avsiktliga attacker och missbruk av dina värdefulla data och system. Mer information finns i Översikt över säkerhetspelare.
Eftersom systemet bygger på patientdata bör grundläggande säkerhetsöverväganden för privat information tillämpas när du utvecklar den här lösningen:
Endast nödvändiga data ska flöda genom systemet vid en viss tidpunkt. Hämta till exempel endast dessa data från DE EMR/EHR-system som krävs för att visa upp för schemaläggning och hantering av virtuella besök. Granska de etablerade HIPAA-efterlevnadsreglerna för vägledning om var patientdata ska lagras, vad som kan göras med dem och vem som ska ha åtkomst till dem. Var medveten om vikten av efterlevnad inom hälso- och sjukvården när du utvecklar din lösning. Mer information finns i Efterlevnad i Microsoft Cloud for Healthcare.
Endast behörig personal ska ha åtkomst till patientdata och endast till de data som krävs för deras roll. Vid olika tidpunkter i systemet, till exempel vårdhantering och analys som matas in i det, möteskön eller meddelandesystemen, bör man vara noga med att autentisera och auktorisera personal och begränsa deras åtkomst till endast nödvändig patientinformation.
Moduler som interagerar med patienter, till exempel appen Intelligent Assistance och Bookings, tar in, lagrar och använder patientdata. Korrekt åtkomstkontroll och autentisering i dessa moduler säkerställer att sekretessproblem åtgärdas.
På grund av de privata data som ingår utgör säkerhet och efterlevnad de grundläggande grundsatserna i Microsoft Cloud for Healthcare.
Det här exemplet förlitar sig också på de säkerhetsregler som angetts av Dynamics 365 och Teams:
Enskilda tjänster som ingår i Microsoft Cloud for Healthcare tillhandahåller ett eget lager av säkerhet och efterlevnad:
För anpassade säkerhetskontroller bör du överväga att använda Microsoft Entra-ID och rollbaserad åtkomstkontroll.
När du implementerar den här lösningen bör du slutligen tänka på metodtipsen och vägledningen för att utveckla säkra Azure-lösningar.
Kostnadsoptimering
Kostnadsoptimering handlar om att titta på sätt att minska onödiga utgifter och förbättra drifteffektiviteten. Mer information finns i Översikt över kostnadsoptimeringspelare.
Detaljerad prisinformation om Microsoft Cloud for Healthcare finns i Så här köper du Microsoft Cloud for Healthcare. De komponenter som utgör Microsoft Cloud for Healthcare har egna licenskrav, till exempel:
Om du vill återskapa komponenter i den här arkitekturen som har anpassats bör du överväga prisinformationen för de underliggande tjänster som du väljer att använda.
Distribuera det här scenariot
Lösningen bör distribueras stegvis:
Vissa produkter/tjänster måste installeras som förutsättningar för Microsoft Cloud for Healthcare. Se den detaljerade listan över licensieringskrav i den här artikeln.
Microsoft Cloud for Healthcare kan distribueras med hjälp av instruktioner i distribuera Microsoft Cloud for Healthcare-lösningar som drivs av Dynamics 365.
Microsoft Cloud for Healthcare tillhandahåller grundläggande komponenter för att komma igång med att skapa en virtuell hälsolösning, till exempel patientportalen, Teams, Bokningar och så vidare. De data som ska användas för att driva dessa byggstenar bör anpassas enligt företagets behov.
De komponenter som är tillgängliga i Microsoft Cloud for Healthcare och dess krav bör anpassas för att stödja företagets behov:
Power Automate-flöden bör skapas för att stödja care manager-meddelanden.
Patientportalen ska konfigureras. Ytterligare formulär kan behöva skapas för element som inchecknings-/medgivandeformulär. Mer information finns i Konfigurera och konfigurera en patientåtkomstportal .
Azure Health Bot-tjänsten ska vara ansluten till Dataverse-databasen och anpassas för dess kommunikation med patienter. Mer information finns i Konfigurera automatiska chattar med microsofts hälsorobot .
Se Konfigurera synkronisering med kliniska data med Hjälp av Azure FHIR Sync Agent och Bädda in Power BI-rapporter för analys för att förstå några andra konfigurationer som kan krävas.
De ytterligare komponenter som skapades specifikt för den här lösningen är inte tillgängliga för användning i produktionsklass. Vårdinrättningen kan behöva skapa en egen version av dessa program:
Kö för avtalad tid
Automatiserade meddelanden med Power Automate
Rapporteringsprogram med Power BI
Deltagare
Den här artikeln underhålls av Microsoft. Det har ursprungligen skrivits av följande medarbetare.
Huvudsakliga författare:
- Slavica Frljanic | Programhanteraren för huvudgrupp
- Dhanashri Kshirsagar | Senior Content PM
Om du vill se icke-offentliga LinkedIn-profiler loggar du in på LinkedIn.
Nästa steg
- Vad är Microsoft Cloud for Healthcare?
- Läs mer om Azure för sjukvårdserbjudanden i Azure for Healthcare – Healthcare Solutions
- Skillnad mellan EMR och EHR
- HIPAA-efterlevnadsregler
- Vad är Azure API för FHIR?
- Vad är Microsoft Dataverse?
- Vad är Azure Health Bot Service?
- Vad är Power BI?
- Lär dig hur du kan använda Microsoft Dynamics 365