Wetten voor de gezondheidszorg reguleren beveiligde zorggegevens. Om concurrerend te blijven en de branchecloud te differentiëren, moet aan regionale en lokale regelgeving ten aanzien van marktbeveiliging, privacy en compliance worden voldaan. Microsoft Cloud for Healthcare ondersteunt veelvoorkomende bedrijfsscenario's die essentieel zijn voor uw succes wanneer gegevens afkomstig zijn uit verschillende registratiesystemen. De patronen die in de documentatie over de referentiearchitectuur worden beschreven, omvatten meerdere gegevenskenmerken.
De volgende kenmerken bepalen hoe de gegevens moeten worden opgenomen, bewaard en beveiligd met behulp van Microsoft Cloud for Healthcare-oplossingen.
Kenmerk
Waarde en definitie
Latentie
Lage latentie: De gegevens veranderen regelmatig en gebruikers van de applicatie hebben de wijzigingen direct nodig. Wijzigingen in de gegevens kunnen gevolgen hebben voor de patiëntenzorg. Hoge latentie: de gegevens veranderen niet vaak en toepassingsgebruikers hebben de wijzigingen niet onmiddellijk nodig. Wijzigingen in de gegevens hebben geen invloed op de patiëntenzorg.
Vereist niveau
Optioneel: De oplossing is ontworpen om de gegevens zichtbaar te maken, maar is niet noodzakelijk voor het gebruik van de gehele applicatie. Gebruik is een voorkeur van de klant en het scenario kan worden geconfigureerd om de voorkeur te weerspiegelen. Verplicht: de oplossing is gebouwd om de gegevens te gebruiken en het is noodzakelijk dat deze door de toepassing wordt gebruikt.
PHI-gevoeligheid
Gevoelige PHI: Beschouwd als beschermde gezondheidsinformatie. Niet-gevoelige PHI: Beschouwd niet als beschermde gezondheidsinformatie.
Gegevensstroom
Unidirectionele gegevensstroom: De gegevens moeten in de oplossing worden geïmporteerd, zodat gebruikers ernaar kunnen verwijzen (alleen-lezen). Bidirectionele gegevensstroom: De gegevens moeten door gebruikers binnen de oplossing worden verhandeld. Deze actie omvat het maken van nieuwe records of het bijwerken van bestaande records.
In de volgende tabel worden de definities van gegevenskenmerken gebruikt en worden deze toegepast op Fast Healthcare Interoperability Resources (FHIR)-resources die worden gebruikt door Microsoft Cloud for Healthcare-oplossingen.
Bij het gebruik van cloudservices voor algemene doeleinden moeten klanten en partners gebruikspatronen voor hun gegevens definiëren. Klanten kunnen Microsoft Cloud for Healthcare-oplossingen verder aanpassen om de gegevens te verfijnen die worden gebruikt om bedrijfswaarde te verschaffen.
Een gegevensstrategie moet het vermogen van uw organisatie en partners omvatten om gegevens op te nemen, te beheren, te bewaren en te verrijken. Om de uitwisseling van gegevens binnen de bedrijfstak mogelijk te maken, moet de strategie ook ondersteuning omvatten voor open interoperabiliteitsstandaarden en gegevensmodellen. Mogelijk moet u ook voldoen aan voorschriften van de bedrijfstak voor gegevensuitwisseling. Er zijn standaarden nodig voor berichtindelingen, documentarchitectuur, klinische sjablonen, gebruikersinterfaces en koppeling van patiëntgegevens. Voorbeelden hiervan zijn HL7 FHIR, DICOM, LOINC, SNOMED en CDISC-standaarden. OMOP
In de volgende tabel wordt uitgelegd hoe elke FHIR-resource wordt gebruikt binnen de Microsoft Cloud for Healthcare-oplossingen.
FHIR-bron
gebruik van hulpbronnen
Allergieën
Deze resource wordt gebruikt voor de klinische patiëntweergave (gemeenschappelijk voor alle oplossingen) zodat gebruikers naar de gegevens kunnen verwijzen.
EMD voor afspraken
Deze resource wordt in alle oplossingen gebruikt en is vereist voor patiëntplanningsprocessen.
Zorgplannen
Deze resource wordt gebruikt voor de klinische patiëntweergave. De resource is vereist voor de meetwaarden van patiëntinzichten.
Zorgteams
Deze resource wordt gebruikt voor de klinische patiëntweergave. Gebruikers kunnen zorgteams en hun leden maken en wijzigen.
Claims
Deze resource wordt gebruikt voor de administratieve patiëntweergave (gemeenschappelijk voor alle oplossingen) zodat gebruikers naar de gegevens kunnen verwijzen.
Voorwaarden
Deze resource wordt gebruikt voor de klinische patiëntweergave (gemeenschappelijk voor alle oplossingen) zodat gebruikers naar de gegevens kunnen verwijzen.
Dekkingen
Deze resource wordt gebruikt voor de administratieve en klinische patiëntweergave (gemeenschappelijk voor alle oplossingen) zodat gebruikers naar de gegevens kunnen verwijzen.
Diagnoserapporten
Deze resource wordt gebruikt voor de klinische patiëntweergave (gemeenschappelijk voor alle oplossingen) zodat gebruikers naar de gegevens kunnen verwijzen.
Zorgcontacten
Deze resource wordt gebruikt voor de klinische patiëntweergave (gemeenschappelijk voor alle oplossingen) zodat gebruikers naar de gegevens kunnen verwijzen.
Zorgepisode
Deze resource is toegankelijk via het contactformulier.
Locaties
Deze resource wordt in alle oplossingen gebruikt maar is alleen vereist voor patiëntplanning.
Medicatieaanvragen
Deze resource wordt gebruikt voor de klinische patiëntweergave (gemeenschappelijk voor alle oplossingen) zodat gebruikers naar de gegevens kunnen verwijzen.
Observaties
Deze resource is toegankelijk via het contactformulier.
Organisaties
Deze resource is toegankelijk via de hoofdnavigatie van de toepassing en het artsenformulier.
Patiënten
Deze resource wordt in alle oplossingen gebruikt en vertegenwoordigt de kern van het patiëntendossier.
Artsen
Deze resource wordt in alle oplossingen gebruikt maar is alleen vereist voor patiëntplanning.
Procedures
Deze resource wordt gebruikt voor de klinische patiëntweergave (gemeenschappelijk voor alle oplossingen) zodat gebruikers naar de gegevens kunnen verwijzen.
Verwijzingsaanvragen
Deze resource wordt gebruikt voor de klinische patiëntweergave (gemeenschappelijk voor alle oplossingen) zodat gebruikers naar de gegevens kunnen verwijzen.
Betrokken personen
Deze resource wordt gebruikt voor de klinische patiëntweergave (gemeenschappelijk voor alle oplossingen) zodat gebruikers naar de gegevens kunnen verwijzen.
Planningen
Deze resource is vereist voor patiëntplanning.
Tijdvakken
Deze resource is vereist voor patiëntplanning. Als onderdeel van de planning heeft deze resource updates nodig om teruggeschreven te worden naar de bron.
Explore the data architecture of FHIR and its API implementation in Azure Health Data Services for Microsoft Cloud for Healthcare and learn about RESTful API framework.