Virtuele status in Microsoft Cloud for Healthcare

Azure

In dit artikel wordt een mogelijke oplossing besproken voor het plannen en opvolgen van virtuele bezoeken tussen patiënten, providers en zorgmanagers.

Architectuur

Architecture for virtual visit using Microsoft Cloud for Healthcare

Download een Visio-bestand dat dit architectuurdiagram bevat.

In dit architectuurdiagram vertegenwoordigen de blauwe vakken de Microsoft-services die de onderliggende services of invoegtoepassingen zijn die vereist zijn voor Microsoft Cloud for Healthcare, die elk afzonderlijk moeten worden gelicentieerd. Deze onderdelen helpen samen bij het versnellen van de ontwikkeling van geïntegreerde gezondheidszorgoplossingen voor patiëntenbetrokkenheid, samenwerking van gezondheidsteams en verbetering van klinische en operationele gegevensinzichten.

De gegevens stromen in het systeem via verschillende externe medische systemen, zoals schema's voor patiënten en providers, medische dossiers, draagbare apparaten, enzovoort. Deze gegevens worden opgenomen met behulp van Azure. Het wordt vervolgens opgeslagen in Microsoft Dataverse, een gegevensarchief dat wordt mogelijk gemaakt door het Power Apps-platform. Deze gegevens zijn opgemaakt voor het gebruik van entiteiten en relaties tussen deze entiteiten, gemaakt met behulp van het Common Data Model (CDM), een industriestandaard die medische gegevens vertegenwoordigt. Alle interacties tussen patiënt, provider en zorgmanager vinden plaats met behulp van deze CDM-gegevens die zijn opgeslagen in Dataverse.

Een gevestigde patiënt kan zich veilig aanmelden bij de patiëntenportal, een website die wordt gehost in de Power Apps-portals. In deze portal kan de patiënt met een intelligente assistent praten. Dit is een instantie van de Azure Health Bot-service, die hun symptomen verzamelt, suggesties biedt en indien nodig aanroept aan de arts. Als de patiënt ervoor kiest om verbinding te maken met de medische provider, haalt het exemplaar van de gezondheidsbot de gegevens op over providers die beschikbaar zijn voor virtuele bezoeken en hun planningen, van de Dataverse. Zodra de patiënt een provider en een tijd selecteert, geeft de bot de contactgegevens weer die zijn verkregen uit de EMR-/EHR-gegevens die zijn opgeslagen in Dataverse. De patiënt kan deze informatie valideren of wijzigen en de gegevens opslaan met behulp van de bot.

Als u een afspraak wilt plannen, maakt het exemplaar van de statusbot verbinding met de Bookings-app met behulp van de Microsoft Graph API en boekt u een afspraak in de agenda van de provider. Er wordt een e-mailbericht met de afspraakgegevens naar beide partijen verzonden via Microsoft Outlook. De patiënt krijgt instructies om u aan te melden bij de patiëntenportal voor het intakeproces. Dit proces omvat het bevestigen of wijzigen van hun contactgegevens, betaling en verzekeringsgegevens en het ondertekenen van een toestemmingsformulier voor het virtuele bezoek. Zodra ze de toestemming hebben ondertekend, krijgen ze de Koppeling naar Microsoft Teams voor de afspraak.

De provider meldt zich aan bij Teams om de planning en samenvattingsgegevens voor elke afspraak te controleren. In Teams wordt deze informatie gepresenteerd met behulp van de toepassing Afspraakwachtrij . De provider kan vervolgens het virtuele bezoek starten in Teams voor de geplande afspraak. Tijdens het gesprek kan de provider notities maken en deze toevoegen aan de dossiers van de patiënt.

Een nieuwe opmerking over de medische dossiers van de patiënt activeert een beoordelingsmelding voor de zorgmanager die aan de patiënt is toegewezen. Wanneer de zorgmanager deze melding ontvangt, kunnen ze zich aanmelden bij Teams, waar ze de patiënten kunnen zien die aan hen zijn toegewezen en de notities bekijken. Via de Care Management-app kunnen ze vereiste wijzigingen aanbrengen in het zorgplan van de patiënt.

Onderdelen

De architectuur bestaat uit de volgende onderdelen:

  • PAS. Patiënten Beheer istration Systems (PAS) zijn systemen die het administratieve papierwerk in zorgorganisaties, zoals ziekenhuizen, automatiseren. Het zijn de belangrijkste onderdelen van de IT-infrastructuur van een dergelijke organisatie. Een PAS registreert de demografische gegevens van de patiënt, zoals naam, huisadres, geboortedatum, enzovoort. Het registreert ook gedetailleerde informatie over alle contact die de patiënt had met het ziekenhuis, zowel polikliniek als patiënten. Met behulp van PAS kunnen moderne ziekenhuizen resources in de hele organisatie rapporteren en plannen. PAS is een belangrijke bron van planningsgegevens in deze oplossing. Omdat deze gegevens extern zijn en mogelijk een niet-standaardindeling hebben, is het belangrijk om deze te converteren naar een indeling die wordt begrepen door alle onderdelen van deze oplossing.

  • EMR/EHR. Electronic Medical Records (EMR) en Electronic Health Records (EHR) leveren de digitale dossiers van medische en gezondheidsinformatie van een patiënt, waaronder diagnoses, medicijnen, immunisaties, enzovoort. Ze kunnen worden afgestemd op één praktijkkantoor, zoals EMR's, of zijn ontworpen om veel groter te bereiken, waarbij de patiënten naar de gewenste faciliteit worden gereisd, zoals de EHR's. Dit zijn belangrijke externe gegevensbronnen in deze oplossing en kunnen niet-gestructureerde niet-standaardindeling zijn. Daarom moeten deze gegevens worden geconverteerd naar een indeling die kan worden gebruikt door de onderdelen in deze oplossing.

  • Azure API for FHIR. Azure is de eerste stap in het proces voor het overbrengen van gegevens in het Microsoft-ecosysteem en de Microsoft Cloud for Healthcare. Deze laag biedt een beveiligde interface tussen externe gegevens en interne onderdelen van deze architectuur. De Azure API for FHIR neemt de gegevens op die afkomstig zijn van verschillende bronnen, zoals EMR, PAS, apparaten, gestructureerd of ongestructureerd, converteert deze naar FHIR en blijft behouden in Azure. Deze gegevens kunnen vervolgens worden gebruikt in de Microsoft Cloud for Healthcare voor verschillende services. De Azure API for FHIR is gebouwd met beveiliging en naleving in het achterhoofd en ontworpen voor PHI-gegevens (Protected Health Information). Zie Azure for healthcare en de Azure API for FHIR voor meer informatie over deze laag

  • Common Data Model. Met Common Data Model biedt Microsoft een gestandaardiseerd systeem voor metagegevensdefinities dat kan worden uitgebreid en aanpasbaar voor specifieke bedrijfsbehoeften. CDM-entiteiten zijn beschikbaar voor onderwerpen zoals CRM, Gezondheidszorg, Talent, enzovoort. Lees de gebruiksgegevens van Common Data Model voor meer informatie. Naast deze entiteiten kunnen klanten bedrijfseigen gegevens ophalen door die entiteitstabel en de onderliggende velden in het Common Data Model te definiëren, die vervolgens naadloos kunnen worden gebruikt met andere entiteiten in hun oplossing.

  • Microsoft Dataverse. Dataverse, een relationele database die Microsoft Dynamics 365 mogelijk maakt, is de opslagplaats voor de gegevens die worden weergegeven in het Common Data Model. Het bevat databases voor patiëntinformatie, met details over hun namen, familiegegevens, medische aandoeningen, medicatiegeschiedenis, enzovoort. Het bevat ook de informatie die wordt verkregen van draagbare apparaten die door de patiënten worden gebruikt en geregistreerd, evenals plannings- en beheergegevens van de gezondheidszorgorganisatie. Deze gegevens worden gedefinieerd met behulp van het Common Data Model.

  • Patiëntenportal. Met deze Power Apps-portal kunnen patiënten hun medische dossiers bekijken, afspraken boeken, chatten met het exemplaar van de statusbot, enzovoort. Deze portal kan worden uitgebreid ter ondersteuning van andere gegevens. Deze portal maakt deel uit van Microsoft Cloud for Healthcare en stelt u in staat om eenvoudig een portal te maken, die verbinding kan maken met entiteiten in Dataverse, gegevens zoals patiëntgegevens, zorgplannen, afspraken enzovoort kan ophalen.

  • Intelligente hulp. Dit is een exemplaar van de Azure Health Bot Service, die toegankelijk is voor patiënten via de patiëntenportal. Dit exemplaar van de statusbot wordt geladen op een Azure-app Service-website. Het is aanpasbaar en kan worden geprogrammeerd met behulp van de scenario's die de klanten nodig hebben.

  • Bookings App. Bookings App is een Microsoft 365-service die is opgenomen in de Microsoft Cloud for Healthcare. Het vereenvoudigt het plannen van agendagebeurtenissen en maakt het maken van Teams-vergaderingen mogelijk.

  • Microsoft Outlook. Deze oplossing maakt gebruik van Microsoft Outlook als e-mailclient. De Bookings-app die de e-mailmelding verzendt, is geïntegreerd met Outlook. U kunt ook de voorkeurs-e-mailclient van de zorgverlener gebruiken.

  • Microsoft Teams. Microsoft Teams is een onderdeel van Microsoft Cloud for Healthcare en biedt de front-end voor interacties tussen de patiënten, providers en zorgmanagers. Gebruikers kunnen een lokaal geïnstalleerde versie of de webversie gebruiken. Lees de documentatie van Microsoft Teams voor meer informatie over Teams.

  • Afspraakwachtrij. Met dit hulpprogramma wordt een HTML-pagina gegenereerd met gegevens die zijn opgehaald uit dataverse, met behulp van de Dynamics 365-web-API. De provider bevat informatie over de afspraken die zijn gepland voor de dag en samenvatting van elke afspraak. Het biedt ook een koppeling voor toegang tot de patiëntinformatie via de toepassing Care Management. De afspraakwachtrij is ontwikkeld ter ondersteuning van dit scenario en maakt geen deel uit van Microsoft Cloud for Healthcare. De gegevensbronnen voor dit hulpprogramma zijn voornamelijk de PAS-systemen en EMR-/EHR-records. Als deze systemen hulpprogramma's hebben geïntegreerd om deze gegevens te presenteren, kunnen deze hulpprogramma's een vervanging zijn voor dit onderdeel in een daadwerkelijke implementatie.

  • Zorgbeheer. Het hulpprogramma Care Management is een onderdeel van Microsoft Cloud for Healthcare. Het is een Power Apps-toepassing die is geïmplementeerd via Dynamics 365. Het haalt de EMR-/EHR-patiëntgegevens op die zijn opgeslagen in de Dataverse in CDM-indeling en geeft een geaggregeerde weergave weer in Teams. De oplossing van een zorgcentrum kan ervoor kiezen om hun eigen systeem te gebruiken voor hun functionaliteit, afhankelijk van hoe ze deze informatie willen presenteren.

  • Power BI Analytics. Dit is een analysehulpprogramma dat is gemaakt voor dit scenario en is niet beschikbaar met Microsoft Cloud for Healthcare. In deze oplossing wordt informatie gegenereerd die is afgeleid van de IoMT-apparaten van de patiënt. Dit kunnen gegevens zijn, zoals hartslag, bloed zuurstofniveau, enzovoort. De Care Management-app gebruikt deze gegevens om medische providers te presenteren met aanvullende inzichten over hun patiënten op basis van hun dagelijkse activiteiten.

  • Verbinding maken apparaten. Dit zijn IoMT-apparaten (Internet of Medical Things), die slimme apparaten zijn voor medisch gebruik of gezondheidszorg. Voorbeelden van IoMT-apparaten zijn draagbare apparaten, zoals Apple Watch of Fitbit, medische of vitale monitors, enzovoort. Patiënten kunnen hun apparaten inrichten via Azure en ervoor kiezen om hun gezondheidszorgbeheersysteem toe te staan om deze IoMT-gegevens te verzamelen voor gebruik door hun providers. Providers kunnen aanvullende inzichten krijgen van dergelijke apparaten, in bijna realtime, en afwijkingen koppelen, zoals een verhoogde hartslag gedurende een bepaalde periode, met de huidige symptomen van de patiënt.

  • Automatisering met Power Automate. Dit is een aangepast hulpprogramma dat is gemaakt ter ondersteuning van dit scenario en is niet beschikbaar met Microsoft Cloud for Healthcare. Omdat dit een virtueel bezoekscenario is, kan de provider gewoon een on-call arts zijn en niet de reguliere arts van de patiënt. Met dit hulpprogramma kunnen de notities van de provider een Teams-melding activeren voor de zorgmanager. Een zorgmanager is het lid van het medische team dat werkt als de verbindingslijn tussen de huisarts (PCP) en de patiënt, en verzorgt het beheer van langdurige zorg. Met een melding die naar de zorgmanager wordt verzonden, waarmee nieuwe notities voor de patiënt worden aangegeven, kunnen ze na het bezoek passende wijzigingen aanbrengen in het zorgbeheer van de patiënt.

Alternatieven

Azure for Healthcare Services, zoals Azure API for FHIR en Azure Health Bot, Common Data Model Interface, Microsoft Dataverse en Microsoft Teams vormen de kernonderdelen van deze oplossing. De meeste andere onderdelen van dit systeem kunnen worden vervangen door systemen die momenteel door de zorgfaciliteit worden gebruikt:

  • Als het EMR-/EHR-systeem wordt geleverd met ingebouwde functies voor boeking, planning en zorgbeheer, kunnen deze ingebouwde onderdelen worden gebruikt in plaats van de bijbehorende onderdelen in deze oplossing.

  • Boekingen en Outlook-plannings- en e-mailmeldingen kunnen worden verwisseld door de systemen die door de zorgfaciliteit worden gebruikt. Deze kunnen worden uitgevoerd via het EHR-systeem of met behulp van een toepassing van derden. De toepassing moet een API bieden die het exemplaar van de statusbot kan gebruiken om afspraken te maken en te plannen, samen met de mogelijkheid om virtuele vergaderingen te maken.

  • Als de provider al een patiëntenportal heeft geïmplementeerd via hun EMR-/EHR-systeem, kan deze worden gebruikt in plaats van de patiëntenportal. Het is eenvoudig om een dergelijk extern onderdeel te integreren met deze oplossing, omdat deze onderdelen standaardinterfaces hebben gebruikt, bijvoorbeeld een iFrame-interface om te communiceren met het exemplaar van de statusbot. Onderdelen die deze stroom ondersteunen, kunnen worden gemaakt op de bedrijfseigen portal, zoals het toestemmingsformulier dat de patiënt moet ondertekenen voordat hij deelneemt aan de Teams-vergadering.

  • Het is de moeite waard om te weten dat een daadwerkelijke implementatie vervangingshulpprogramma's nodig heeft voor sommige onderdelen in deze oplossing, zoals de afspraakwachtrij, geautomatiseerde meldingen en hulpprogramma's voor Power BI-analyse. Deze onderdelen moeten worden gemaakt en aangepast voor de bedrijfsbehoeften van de zorgverlener.

Scenariodetails

In de huidige COVID-19 -pandemie (coronavirus) kan een groot aantal patiënten de voorkeur geven om vrijwel in plaats van persoonlijk hun medische providers te bezoeken, indien mogelijk. Het verbeteren van klinische en operationele inzichten in de gezondheidszorg wordt belangrijk in een dergelijke virtuele wereld. Dit omvat het verbinden van gegevens uit verschillende systemen, het creëren van inzichten voor het voorspellen van risico's en het verbeteren van patiëntenzorg, kwaliteitsgarantie en operationele efficiëntie.

De basis voor deze oplossing is de Microsoft Cloud for Healthcare. Microsoft Cloud for Healthcare combineert vertrouwde mogelijkheden van Microsoft 365, Azure, Dynamics 365, Power Platform en het uitgebreide partnerecosysteem van Microsoft om zorgorganisaties te helpen snel, efficiënt en veilig gezondheidszorgoplossingen te maken.

Potentiële gebruikscases

Deze oplossing is gericht op het bieden van virtuele patiëntenzorg in de huidige pandemie. Zorgaanbieders kunnen dit echter eenvoudig toepassen op de volgende scenario's:

  • Virtuele follow-ups plannen voor persoonlijke bezoeken.

  • Het verstrekken van niet-nood medische begeleiding aan patiënten tijdens het reizen.

Overwegingen

Met deze overwegingen worden de pijlers van het Azure Well-Architected Framework geïmplementeerd. Dit is een set richtlijnen die kunnen worden gebruikt om de kwaliteit van een workload te verbeteren. Zie Microsoft Azure Well-Architected Framework voor meer informatie.

Beveiliging

Beveiliging biedt garanties tegen opzettelijke aanvallen en misbruik van uw waardevolle gegevens en systemen. Zie Overzicht van de beveiligingspijler voor meer informatie.

Omdat het systeem is gebouwd rond patiëntgegevens, moeten basisbeveiligingsoverwegingen voor privégegevens worden toegepast bij het ontwikkelen van deze oplossing:

  • Alleen de vereiste gegevens moeten op elk gewenst moment door het systeem stromen. Haal bijvoorbeeld alleen die gegevens op uit de EMR-/EHR-systemen die nodig zijn voor het plannen en beheren van virtuele bezoeken. Bekijk de vastgestelde HIPAA-nalevingsregels voor richtlijnen over waar de patiëntgegevens moeten worden opgeslagen, wat ermee kan worden gedaan en wie er toegang toe moet hebben. Houd rekening met het belang van naleving in de gezondheidszorg tijdens het ontwikkelen van uw oplossing. Lees compliance in Microsoft Cloud for Healthcare voor meer informatie.

  • Alleen geautoriseerd personeel mag toegang hebben tot patiëntgegevens en alleen tot de gegevens die zijn vereist voor hun rol. Op verschillende punten in het systeem, zoals het zorgbeheer en de analyse die erin wordt ingevoerd, de afspraakwachtrij of de meldingssystemen, moet worden gezorgd voor verificatie en autorisatie van personeel en het beperken van hun toegang tot alleen de vereiste patiëntgegevens.

  • Modules die communiceren met patiënten, zoals de app Intelligent Assistance en Bookings, nemen in, opslaan en gebruiken patiëntgegevens. Het juiste toegangsbeheer en de juiste verificatie bij deze modules zorgt ervoor dat privacyproblemen worden aangepakt.

Vanwege de aard van de betrokken privégegevens vormen beveiliging en naleving de basisbeginselen van Microsoft Cloud for Healthcare.

Dit voorbeeld is ook afhankelijk van de beveiligingsregels die zijn ingesteld door Dynamics 365 en Teams:

Afzonderlijke services die zijn opgenomen in Microsoft Cloud for Healthcare bieden hun eigen beveiligings- en nalevingslaag:

Voor aangepaste beveiligingscontroles kunt u overwegen om Microsoft Entra ID en op rollen gebaseerd toegangsbeheer te gebruiken.

Houd bij het implementeren van deze oplossing rekening met de best practices en richtlijnen voor het ontwikkelen van veilige Azure-oplossingen.

Kostenoptimalisatie

Kostenoptimalisatie gaat over manieren om onnodige uitgaven te verminderen en operationele efficiëntie te verbeteren. Zie Overzicht van de pijler kostenoptimalisatie voor meer informatie.

Zie Microsoft Cloud for Healthcare kopen voor gedetailleerde prijsinformatie over Microsoft Cloud for Healthcare. De onderdelen die de Microsoft Cloud for Healthcare vormen, hebben hun eigen licentievereiste, zoals:

Als u onderdelen in deze architectuur opnieuw wilt maken die op maat zijn gemaakt, moet u rekening houden met de prijsinformatie voor de onderliggende services die u wilt gebruiken.

Dit scenario implementeren

De oplossing moet in fasen worden geïmplementeerd:

  1. Sommige producten/services moeten worden geïnstalleerd als de vereisten voor Microsoft Cloud for Healthcare. Zie de gedetailleerde lijst in dit artikel over licentievereisten.

  2. Microsoft Cloud for Healthcare kan worden geïmplementeerd met behulp van instructies in de implementatie van Microsoft Cloud for Healthcare-oplossingen mogelijk gemaakt door Dynamics 365.

  3. Microsoft Cloud for Healthcare biedt basisonderdelen voor het bouwen van een virtuele gezondheidsoplossing, zoals patiëntenportal, Teams, Bookings, enzovoort. De gegevens die worden gebruikt om deze bouwstenen te gebruiken, moeten worden aangepast aan de behoeften van het bedrijf.

  4. De onderdelen die beschikbaar zijn in Microsoft Cloud for Healthcare en de vereisten ervan, moeten worden aangepast om de bedrijfsbehoeften te ondersteunen:

    1. Power Automate-stromen moeten worden gemaakt ter ondersteuning van de zorgmanagermeldingen.

    2. Patiëntenportal moet worden geconfigureerd. Er moeten mogelijk extra formulieren worden gemaakt voor elementen zoals de formulieren voor inchecken/toestemming. Lees Een portal voor patiënttoegang instellen en configureren voor meer informatie.

    3. De Azure Health Bot-service moet zijn verbonden met de Dataverse-database en aangepast voor de communicatie met patiënten. Lees Automatische chats configureren met Microsoft Health Bot voor meer informatie.

    4. Zie Synchronisatie met klinische gegevens configureren met behulp van Azure FHIR Sync Agent en Power BI-rapporten insluiten voor analyses om inzicht te hebben in enkele andere configuraties die mogelijk vereist zijn.

  5. De extra onderdelen die specifiek voor deze oplossing zijn gemaakt, zijn niet beschikbaar voor gebruik op productieniveau. De gezondheidszorgfaciliteit moet mogelijk een eigen versie van deze toepassingen maken:

    1. Afspraakwachtrij

    2. Geautomatiseerde meldingen met Behulp van Power Automate

    3. Rapportagetoepassing met Behulp van Power BI

Bijdragers

Dit artikel wordt onderhouden door Microsoft. De tekst is oorspronkelijk geschreven door de volgende Inzenders.

Belangrijkste auteurs:

Als u niet-openbare LinkedIn-profielen wilt zien, meldt u zich aan bij LinkedIn.

Volgende stappen