Bu makalede hastalar, sağlayıcılar ve bakım yöneticileri arasındaki sanal ziyaretleri zamanlama ve izleme için olası bir çözüm ele alınmaktadır.
Mimari
Bu mimari diyagramı içeren Visio dosyasını indirin.
Bu mimari diyagramında mavi çizgili kutular, Healthcare için Microsoft Bulut için gereken temel hizmetler veya eklentiler olan ve her biri ayrı olarak lisanslanması gereken Microsoft hizmetleri temsil eder. Bu bileşenler birlikte hasta katılımı, sağlık ekibi işbirliği ve klinik ve operasyonel veri içgörülerinin geliştirilmesi için tümleşik sağlık çözümlerinin geliştirilmesini hızlandırmaya yardımcı olur.
Veriler hasta ve sağlayıcı zamanlamaları, tıbbi kayıtlar, giyilebilir cihazlar vb. gibi çeşitli dış tıbbi sistemler aracılığıyla sisteme akar. Bu veriler Azure kullanılarak alınmıştı. Daha sonra Power Apps Platformu tarafından desteklenen bir veri deposu olan Microsoft Dataverse'de depolanır. Bu veriler, tıbbi verileri temsil eden bir endüstri standardı olan Ortak Veri Modeli (CDM) kullanılarak oluşturulan varlıklar ve ilişkiler kullanılacak şekilde biçimlendirilir. Hasta, sağlayıcı ve bakım yöneticisi arasındaki tüm etkileşimler Dataverse'de depolanan bu CDM verileri kullanılarak gerçekleşir.
Yerleşik bir hasta, Power Apps Portallarında barındırılan bir web sitesi olan Hasta Portalı'nda güvenli bir şekilde oturum açabilir. Bu portalda hasta bir Akıllı Yardımcı ile konuşabilir. Bu, belirtilerini toplayan, öneriler sağlayan ve gerekirse uygulayıcıya çağrı yapmanızı öneren Azure Health Bot hizmetinin bir örneğidir. Hasta kendi tıbbi sağlayıcısına bağlanmayı seçerse, sağlık botu örneği sanal ziyaretler için sağlanan sağlayıcılar ve zamanlamaları hakkındaki verileri Dataverse'den alır. Hasta bir sağlayıcı ve bir kez seçtikten sonra bot, Dataverse'de depolanan EMR/EHR verilerinden alınan iletişim bilgilerini sunar. Hasta bu bilgileri doğrulayabilir veya değiştirebilir ve botu kullanarak verileri kaydedebilir.
Bir randevu zamanlamak için sistem durumu botu örneği, Microsoft Graph API'sini kullanarak Bookings Uygulamasına bağlanır ve sağlayıcının takviminde bir randevu ayarlar. Randevu bilgilerini içeren bir e-posta, Microsoft Outlook kullanılarak her iki tarafa da gönderilir. Hastaya, alım işlemi için Hasta Portalı'nda oturum açma yönergeleri verilir. Bu süreç, iletişim, ödeme ve sigorta bilgilerini onaylamayı veya değiştirmeyi ve ardından sanal ziyaret için bir onay formu imzalamayı içerir. Onayı imzaladıktan sonra, randevu için Microsoft Teams bağlantısı sağlanır.
Sağlayıcı, her birinin randevu zamanlamasını ve özet bilgilerini denetlemek için Teams'de oturum açar. Teams bu bilgileri Randevu Sırası uygulamasını kullanarak sunar. Ardından sağlayıcı, zamanlanan randevu için Teams'de sanal ziyaret başlatabiliyor. Arama sırasında sağlayıcı not alabilir ve bunları hastanın kayıtlarına ekleyebilir.
Hastanın tıbbi kayıtlarına ilişkin yeni bir not, hastaya atanan bakım yöneticisi için bir gözden geçirme bildirimi tetikler. Bakım yöneticisi bu bildirimi aldığında Teams'de oturum açabilir ve burada kendilerine atanan hastaları görebilir ve notları görüntüleyebilir. Bakım Yönetimi uygulaması aracılığıyla hastanın bakım planında gerekli değişiklikleri yapabilir.
Components
Mimari aşağıdaki bileşenlerden oluşur:
PAS. Patient Yönetici istration Systems (PAS), hastaneler gibi sağlık kuruluşlarında idari evrak işlerini otomatik hale getiren sistemlerdir. Bunlar, böyle bir kuruluşun BT altyapısının temel bileşenleridir. Pas, hastanın ad, ev adresi, doğum tarihi gibi demografisini kaydeder. Ayrıca hem ayakta hem de yatarak hastanın hastaneyle olan tüm temaslarının ayrıntılı bilgilerini kaydeder. Pas'ın yardımıyla modern hastaneler kuruluş genelindeki kaynakları raporlayabilir ve zamanlayabilir. PAS, bu çözümdeki verilerin zamanlanmasında önemli bir kaynaktır. Bu veriler dış olduğundan ve standart olmayan bir biçimde olabileceğinden, bu verileri bu çözümün tüm bileşenleri tarafından anlaşılacak bir biçime dönüştürmek önemlidir.
EMR/EHR. Elektronik Tıbbi Kayıtlar (EMR) ve Elektronik Sağlık Kayıtları (EHR), tanılar, ilaçlar, aşılar vb. dahil olmak üzere hastanın tıbbi ve sağlık bilgilerinin dijital kayıtlarını sağlar. Bunların kapsamı, EMR'ler gibi tek bir uygulama ofisi olarak ayarlanabilir veya çok daha büyük bir kapsamı kapsayan, hastalarla birlikte gidilen her tesise (ÖRNEĞIN, EHR' ler) seyahat etmek üzere tasarlanabilir. Bunlar bu çözümdeki önemli dış veri kaynaklarıdır ve yapılandırılmamış standart olmayan biçimler olabilir. Bu nedenle, bu verilerin bu çözümdeki bileşenler tarafından kullanılabilecek bir biçime dönüştürülmesi gerekir.
FHIR için Azure API. Azure, Verileri Microsoft ekosistemine ve Sağlık için Microsoft Bulutu'na getirme sürecinin ilk adımıdır. Bu katman, dış veriler ile bu mimarinin iç bileşenleri arasında güvenli bir arabirim sağlar. FHIR için Azure API,EMR, PAS, cihazlar gibi yapılandırılmış veya yapılandırılmamış gibi farklı kaynaklardan gelen verileri alır, FHIR'ye dönüştürür ve Azure'da kalıcı hale gelir. Bu veriler daha sonra sağlık hizmetleri için Microsoft Bulut genelinde farklı hizmetler için kullanılabilir. FHIR için Azure API'si güvenlik ve uyumluluk göz önünde bulundurularak oluşturulmuş ve PHI (Korumalı Sistem Durumu Bilgileri) verileri için tasarlanmıştır. Bu katman hakkında daha fazla bilgi için bkz . Sağlık hizmetleri için Azure ve FHIR için Azure API
Ortak Veri Modeli. Ortak Veri Modeli ile Microsoft, belirli iş gereksinimleri için genişletilebilir ve özelleştirilebilir standartlaştırılmış bir meta veri tanım sistemi sağlar. CDM varlıkları CRM, Healthcare, Talent gibi konu alanları için kullanılabilir. Ayrıntılar için Ortak Veri Modeli kullanım bilgilerini okuyun. Müşteriler bu varlıklara ek olarak, bu varlık tablosunu ve Ortak Veri Modeli'ndeki temel alanları tanımlayarak özel verileri alabilir ve bu sayede çözümü boyunca diğer varlıklarla sorunsuz bir şekilde kullanılabilir.
Microsoft Dataverse. Microsoft Dynamics 365'i destekleyen ilişkisel bir veritabanı olan Dataverse, Ortak Veri Modeli'nde temsil edilen verilerin deposudur. Hasta bilgileri için, adları, aile bilgileri, tıbbi koşullar, ilaç geçmişi vb. hakkındaki ayrıntıları içeren veritabanları içerir. Ayrıca hastalar tarafından kullanılan ve kaydedilen giyilebilir cihazlardan elde edilen bilgilerin yanı sıra sağlık kuruluşundan alınan zamanlama ve yönetim verilerini de barındırıyor. Bu veriler Ortak Veri Modeli kullanılarak tanımlanır.
Hasta Portalı. Bu Power Apps portalı hastaların tıbbi kayıtlarını görüntülemesine, randevu rezervasyonu yapmasını, sağlık botu örneğiyle sohbet etmesine vb. olanak tanır. Bu portal diğer verileri destekleyecek şekilde genişletilebilir. Bu portal, Sağlık hizmetleri için Microsoft Bulut'un bir parçasıdır ve Dataverse'deki varlıklarla bağlantı kurabilen, hasta bilgileri, bakım planları, randevular gibi verileri çekebilen bir portalı kolayca oluşturmanıza olanak tanır.
Akıllı Yardım. Bu Azure Health Bot Hizmeti örneğidir ve Hasta Portalı üzerinden hastalar tarafından erişilebilir. Bu sistem durumu botu örneği bir Azure Uygulaması Hizmeti web sitesine yüklenir. Özelleştirilebilir ve müşterilerin gerektirdiği senaryolar kullanılarak programlanabilir.
Bookings Uygulaması. Bookings Uygulaması, Sağlık için Microsoft Bulutu'na dahil edilen bir Microsoft 365 hizmetidir. Takvim olaylarının zamanlamasını kolaylaştırır ve Teams toplantıları oluşturulmasına olanak tanır.
Microsoft Outlook. Bu çözüm, e-posta istemcisi olarak Microsoft Outlook'u kullanır. E-posta bildirimi gönderen Bookings Uygulaması Outlook ile tümleşiktir. Alternatif olarak sağlık hizmeti sağlayıcısının tercih ettiği e-posta istemcisi kullanılabilir.
Microsoft Teams. Microsoft Teams , Sağlık hizmetleri için Microsoft Bulut'un bir bileşenidir ve hastalar, sağlayıcılar ve bakım yöneticileri arasındaki etkileşimler için ön uç sağlar. Kullanıcılar yerel olarak yüklenmiş bir sürümü veya web sürümünü kullanabilir. Teams hakkında daha fazla bilgi için Microsoft Teams belgelerini okuyun.
Randevu Sırası. Bu araç, Dynamics 365 Web API'sini kullanarak Dataverse'in dışına veri çekilen bir HTML sayfası oluşturur. Sağlayıcıya gün için zamanlanan randevular hakkında bilgi ve her biriyle ilgili özet sunar. Ayrıca Bakım Yönetimi uygulaması aracılığıyla hasta bilgilerine erişmek için bir bağlantı sağlar. Randevu Kuyruğu bu senaryoyu destekleyecek şekilde geliştirilmiştir ve Sağlık hizmetleri için Microsoft Bulut'un bir parçası değildir. Bu aracın veri kaynakları çoğunlukla PAS sistemleri ve EMR/EHR kayıtlarıdır. Bu sistemlerin bu verileri sunmak için tümleşik araçları varsa, bu araçlar gerçek bir dağıtımda bu bileşenin yerini alabilir.
Bakım Yönetimi. Bakım Yönetimi aracı, Sağlık hizmetleri için Microsoft Bulut'un bir bileşenidir. Dynamics 365 aracılığıyla dağıtılan bir Power Apps uygulamasıdır. Dataverse'de DEPOLANAN EMR/EHR hasta verilerini CDM biçiminde çeker ve Teams'de toplu bir görünüm sunar. Bakım merkezinin çözümü, bu bilgileri nasıl sunmak istediklerine bağlı olarak işlevleri için kendi sistemini kullanmayı seçebilir.
Power BI Analytics. Bu, bu senaryo için oluşturulmuş bir analiz aracıdır ve Microsoft Cloud for Healthcare ile kullanılamaz. Bu çözümde hastanın IoMT cihazlarından türetilen bilgileri oluşturur. Bu, kalp atış hızı, kan oksijen düzeyi gibi veriler olabilir. Bakım Yönetimi uygulaması, tıbbi sağlayıcılara günlük etkinliklerine göre hastaları hakkında ek içgörüler sunmak için bu verileri kullanır.
Bağlan cihazlar. Bunlar tıbbi veya sağlık hizmetleri için akıllı cihazlar olan Tıbbi Nesnelerin İnterneti (IoMT) cihazlarıdır. IoMT cihazlarına örnek olarak Apple Watch veya Fitbit gibi giyilebilir cihazlar, tıbbi veya hayati monitörler vb. verilebilir. Hastalar cihazlarını Azure aracılığıyla sağlayabilir ve sağlık hizmetleri yönetim sisteminin bu IoMT verilerini sağlayıcıları tarafından kullanılmak üzere toplamasına izin vermeyi seçebilir. Sağlayıcılar bu tür cihazlardan neredeyse gerçek zamanlı olarak ek içgörüler elde edebilir ve bir süre için yüksek kalp hızı gibi anomalileri hastanın mevcut belirtileriyle ilişkilendirebilir.
Power Automate ile otomasyon. Bu, bu senaryoya destek olmak için oluşturulmuş özel bir araçtır ve Sağlık hizmetleri için Microsoft Bulut ile kullanılamaz. Bu sanal bir ziyaret senaryosu olduğundan sağlayıcı, hastanın normal hekimi değil, yalnızca bir çağrı hekimi olabilir. Bu araç, sağlayıcının notlarının bakım yöneticisine bir Teams bildirimi tetiklemesini sağlar. Bir bakım yöneticisi, birincil bakım hekimi (PCP) ile hasta arasındaki bağlantı olarak çalışan ve uzun süreli bakım yönetimiyle ilgilenen tıbbi ekibin üyesidir. Bakım yöneticisine gönderilen ve hasta için eklenen yeni notları belirten bir bildirim, ziyaret sonrasında hastanın bakım yönetiminde uygun değişiklikleri yapmalarını ve gözden geçirmelerini sağlar.
Alternatifler
FHIR için Azure API ve Azure Health Botu, Ortak Veri Modeli arabirimi, Microsoft Dataverse ve Microsoft Teams gibi sağlık hizmetleri için Azure, bu çözümün temel bileşenlerini oluşturur. Bu sistemin diğer bileşenlerinin çoğu şu anda sağlık hizmeti tarafından kullanılan sistemlerle değiştirilebilir:
EMR/EHR sistemi rezervasyon, zamanlama ve bakım yönetimi için yerleşik olarak geliyorsa, bu çözümdeki ilgili bileşenler yerine bu yerleşik bileşenler kullanılabilir.
Rezervasyonlar, Outlook zamanlama ve e-posta bildirimi, sağlık hizmeti tarafından kullanılan sistemler tarafından değiştirilebilir. Bunlar EHR sistemi aracılığıyla veya üçüncü taraf bir uygulama kullanılarak yapılabilir. Uygulama, sistem durumu botu örneğinin randevu oluşturmak ve zamanlamak için kullanabileceği bir API ve sanal toplantı oluşturma özelliği sağlamalıdır.
Sağlayıcının ZATEN EMR/EHR sistemi aracılığıyla uygulanan bir hasta portalı varsa, Hasta Portalı yerine kullanılabilir. Bu bileşenler sistem durumu botu örneğiyle iletişim kurmak için bir iFrame arabirimi gibi standart arabirimler kullandığından, bu tür bir dış bileşeni bu çözümle tümleştirmek kolaydır. Bu akışı destekleyen bileşenler, hastanın Teams toplantısına katılmadan önce imzalaması gereken onay formu gibi özel portalda oluşturulabilir.
Gerçek bir dağıtımın bu çözümdeki Randevu Sırası, otomatik bildirimler ve Power BI analiz araçları gibi bazı bileşenler için değiştirme araçlarına ihtiyacı olacağını belirtmek gerekir. Bu bileşenlerin sağlık hizmeti sağlayıcısının iş ihtiyaçlarına göre oluşturulması ve özelleştirilmesi gerekir.
Senaryo ayrıntıları
Mevcut COVID-19 (koronavirüs) pandemisinde, çok sayıda hasta mümkün olduğunca yüz yüze değil, tıp sağlayıcılarını ziyaret etmeyi tercih edebilir. Sağlık hizmetlerinde klinik ve operasyonel içgörülerin geliştirilmesi, bu tür bir sanal dünyada önemli hale gelir. Bu, sistemler arasında veri bağlamayı, riski tahmin etmeye ve hasta bakımını, kalite güvencesini ve operasyonel verimlilikleri geliştirmeye yardımcı olacak içgörüler oluşturmayı içerir.
Bu çözümün temeli Sağlık hizmetleri için Microsoft Bulut'tır. Sağlık Hizmetleri için Microsoft Bulut, sağlık kuruluşlarının hızlı, verimli ve güvenli sağlık hizmetleri çözümleri oluşturmasına yardımcı olmak için Microsoft 365, Azure, Dynamics 365, Power Platform ve Microsoft'un kapsamlı iş ortağı ekosisteminden güvenilir özellikleri bir araya getirir.
Olası kullanım örnekleri
Bu çözüm, mevcut salgında sanal hasta bakımı sağlamak için hedeflenmiştir. Ancak, sağlık hizmetleri sağlayıcıları bunu aşağıdaki senaryolara kolayca uygulayabilir:
Kişi ziyaretlerine sanal izlemeler zamanlama.
Seyahat ederken hastalara acil olmayan tıbbi rehberlik sağlama.
Dikkat edilmesi gereken noktalar
Bu önemli noktalar, bir iş yükünün kalitesini artırmak için kullanılabilecek bir dizi yol gösteren ilke olan Azure İyi Tasarlanmış Çerçeve'nin yapı taşlarını uygular. Daha fazla bilgi için bkz . Microsoft Azure İyi Tasarlanmış Çerçeve.
Güvenlik
Güvenlik, kasıtlı saldırılara ve değerli verilerinizin ve sistemlerinizin kötüye kullanılmasına karşı güvence sağlar. Daha fazla bilgi için bkz . Güvenlik sütununa genel bakış.
Sistem hasta verilerine göre oluşturulduğundan, bu çözüm geliştirilirken özel bilgilerle ilgili temel güvenlik konuları uygulanmalıdır:
Herhangi bir zamanda yalnızca gerekli veriler sistem üzerinden akmalıdır. Örneğin, yalnızca sanal ziyaret zamanlaması ve yönetimi için ortaya çıkarılması gereken EMR/EHR sistemlerindeki verileri çekin. Hasta verilerinin nerede depolanması gerektiği, bunlarla neler yapılabilmesi ve bu verilere kimlerin erişmesi gerektiği konusunda rehberlik için oluşturulan HIPAA uyumluluk kurallarını gözden geçirin. Çözümünüzü geliştirirken sağlık hizmetlerinde uyumluluğun öneminin farkında olun. Daha fazla rehberlik için Bkz . Sağlık hizmetleri için Microsoft Bulut'ta uyumluluk.
Yalnızca yetkili personelin hasta verilerine ve yalnızca rolü için gereken verilere erişimi olmalıdır. Bakım Yönetimi ve buna beslenen analiz, Randevu Sırası veya bildirim sistemleri gibi sistemin çeşitli noktalarında, personelin kimliğini doğrulamak ve yetkilendirmek ve erişimini yalnızca gerekli hasta bilgileriyle sınırlamak için dikkatli olunmalıdır.
Akıllı Yardım ve Bookings uygulaması gibi hastalarla etkileşim kuran modüller hasta verilerini alır, depolar ve kullanır. Bu modüllerde doğru erişim denetimi ve kimlik doğrulaması, gizlilik sorunlarının giderilmesini sağlar.
İlgili özel verilerin doğası gereği güvenlik ve uyumluluk, Sağlık için Microsoft Bulut'un temel ilkelerini oluşturur.
Bu örnek ayrıca Dynamics 365 ve Teams tarafından ayarlanan güvenlik kurallarına da dayanır:
Healthcare için Microsoft Cloud'a dahil edilen tek tek hizmetler kendi güvenlik ve uyumluluk katmanlarını sağlar:
Özel güvenlik denetimleri için Microsoft Entra Id ve rol tabanlı erişim denetimi kullanmayı göz önünde bulundurun.
Son olarak, bu çözümü uygularken güvenli Azure çözümleri geliştirmeye yönelik en iyi yöntemleri ve yönergeleri göz önünde bulundurun.
Maliyet iyileştirme
Maliyet iyileştirmesi, gereksiz giderleri azaltmanın ve operasyonel verimlilikleri iyileştirmenin yollarını aramaktır. Daha fazla bilgi için bkz . Maliyet iyileştirme sütununa genel bakış.
Sağlık hizmetleri için Microsoft Bulut hakkında ayrıntılı fiyatlandırma bilgileri için bkz . Healthcare için Microsoft Cloud'u satın alma. Sağlık hizmetleri için Microsoft Bulut'u oluşturan bileşenlerin aşağıdakiler gibi kendi lisanslama gereksinimleri vardır:
Bu mimaride özel olarak oluşturulmuş bileşenleri yeniden oluşturmak için kullanmayı seçtiğiniz temel hizmetlerin fiyatlandırma bilgilerini göz önünde bulundurun.
Bu senaryoyu dağıtın
Çözüm aşamalar halinde dağıtılmalıdır:
Bazı ürünler/hizmetler, Healthcare için Microsoft Bulut'un önkoşulları olarak yüklenmelidir. Lisanslama gereksinimleriyle ilgili bu makalenin ayrıntılı listesine bakın.
Sağlık hizmetleri için Microsoft Bulut, Dynamics 365 tarafından desteklenen Sağlık hizmetleri için Microsoft Bulutu dağıtma çözümlerinde sağlanan yönergeler kullanılarak dağıtılabilir.
Microsoft Cloud for Healthcare, Hasta Portalı, Teams, Bookings gibi sanal bir sağlık çözümü oluşturmaya hemen başlamaya yönelik temel bileşenler sağlar. Bu yapı taşları için kullanılacak veriler, iş gereksinimlerine göre özelleştirilmelidir.
Healthcare için Microsoft Cloud'da bulunan bileşenler ve önkoşulları, iş gereksinimlerini destekleyecek şekilde özelleştirilmelidir:
Bakım yöneticisi bildirimlerini desteklemek için Power Automate akışları oluşturulmalıdır.
Hasta Portalı yapılandırılmalıdır. İade/onay formları gibi öğeler için ek formlar oluşturulması gerekebilir. Daha fazla bilgi için Hasta Erişimi portalı ayarlama ve yapılandırma konularını okuyun.
Azure Health Bot hizmeti Dataverse veritabanına bağlı olmalı ve hastalarla iletişimi için özelleştirilmelidir. Daha fazla bilgi için Microsoft Health Botu kullanarak otomatik sohbetleri yapılandırma makalesini okuyun.
Gerekli olabilecek diğer yapılandırmaları anlamak için bkz. Azure FHIR Eşitleme Aracısı kullanarak klinik verilerle eşitlemeyi yapılandırma ve Analiz için Power BI raporlarını ekleme.
Bu çözüm için özel olarak oluşturulan ek bileşenler, üretim sınıfı kullanım için kullanılamaz. Sağlık tesisinin bu uygulamaların kendi sürümünü oluşturması gerekebilir:
Randevu Sırası
Power Automate kullanarak otomatik bildirimler
Power BI kullanarak uygulama raporlama
Katkıda Bulunanlar
Bu makale Microsoft tarafından yönetilir. Başlangıçta aşağıdaki katkıda bulunanlar tarafından yazılmıştır.
Asıl yazarlar:
- Slavica Frljanic | Asıl Grup Programı Yöneticisi
- Dhanashri Kshirsagar | Kıdemli İçerik PM
Genel olmayan LinkedIn profillerini görmek için LinkedIn'de oturum açın.
Sonraki adımlar
- Sağlık hizmetleri için Microsoft Bulut nedir?
- Sağlık hizmetleri için Azure teklifleri hakkında daha fazla bilgi edinmek için Bkz. Sağlık Hizmetleri için Azure—Healthcare Çözümleri
- EMR ile EHR arasındaki fark
- HIPAA uyumluluk kuralları
- FHIR için Azure API nedir?
- Microsoft Dataverse nedir?
- Azure Health Bot Hizmeti nedir?
- Power BI nedir?
- Microsoft Dynamics 365'i nasıl kullanabileceğinizi öğrenin