Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Genel bakış
Microsoft Cloud for Healthcare Microsoft Dynamics 365, Microsoft 365, Microsoft Azure ve Microsoft Power Platform içindeki yetenekler üzerinde geliştirilen Bakım Yönetimi uygulaması gibi çözümleri içerir.
Çözümün bir parçası olarak hasta profili, dikkatli planlama ve stratejik uygulama gerektirir. Bu kılavuzda, sağlam bir Hasta profili tasarlamaya yönelik en iyi uygulamaları ve temel hususları keşfedeceğiz. Uygulayıcılar, izlenecek açık yönergeler dizisi sağladığından bu yönergeleri izleyerek Microsoft Cloud for Healthcare'in tüm potansiyelini ortaya çıkarabilir ve tasarım ve geliştirme süreci sırasında hata ve gözden kaçma riskini azaltabilir.
Hasta profilleri, bakım planları ve bakım takımları için tasarım hususları
Microsoft Cloud for Healthcare'deki birleşik hasta profili senaryosu, hastanelere Bakım Planları ve Bakım Takımları ile daha sağlam bir etkileşim sağlamak için hastalarına yönelik 360 derecelik bir bakış açısı sağlar. Çözümde Yönetim, Kişiler (Hastalar ve Doktorlar), Kuruluşlar ve Konumlar, Bakım Planları, Bakım Planı etkinlikleri, Bakım Planı Hedefleri ve şablonları bulunur. Bu bölümde, bu sekmelerin her biri için yapılandırmayla ilgili dikkat edilmesi gereken hususlar verilmektedir.
Kişileri Yapılandırma (Hasta ve Doktorlar)
Hasta profili, uygulanacak tüm plan ve prosedürlerin belirlenmesi ve gözden geçirilmesi sürecinin temelini oluşturur. Bunlar, Bakım yönetimi uygulaması veya Birleşik hasta görünümü kullanılarak farklı şekillerde incelenebilir. Aşağıda hasta bilgilerini gözden geçirebileceğiniz veya düzenleyebileceğiniz bazı alanlar açıklanmaktadır:
- Bakım Yönetimi Uygulaması, Kişiler: Hasta ve Doktorlar.
- Hasta hizmetleri merkezi ile Microsoft Teams üzerinden sohbet ve sesli çağrıları kullanarak hastalarınızla iletişim kurun.
- Hasta içgörü kartları sizi hastalar hakkındaki bağlamla ilgili olarak bilgilendirir Hasta İçgörü kartları.
- Birleşik hasta görünümünde, demografik bilgiler ve klinik verileri dahil olmak üzere Dynamics 365 model temelli uygulamalarındaki hasta verileri görüntülenir.
Bakım Planlarını, Bakım Planı Hedeflerini ve Şablonlarını Yapılandırma
- Bakım Yöneticisi uygulama kategorisinde hasta bakım planlarını, bakım planı aktivitelerini ve bakım planı hedeflerini oluşturabilir ve yönetebilirsiniz. Bakım Yönetimi Planları, Hedefleri ve Şablonları
- İyileştirilmiş bakım planı deneyimini görüntülemek için iyileştirilmiş bakım planı deneyimi adresine gidin
Bakım Yönetimi Uygulamasının Kapsamının Genişletilmesi
İşlevsel gereksinimlerin yapılandırma öncelikli ve az kodlu yaklaşımla karşılanamaması durumunda, çözüm mimarisi katmanını oluşturan her bileşen katmanı, aşağıdaki tasarım hususları ve önerilerle genişletilebilir.
Veri Modeli Uzantısı
- Yönetilen çözüm: Microsoft Cloud for Healthcare veri modeli yönetilen çözüm olarak kurulacak. Gelecekte uyumluluk sağlamak ve çözümü segmentlere ayırma sorunlarını önlemek için aşağıdakiler önerilir;
- Mevcut yönetilen veri öğelerini değiştirmeniz gerektiğinde yeni veri öğeleri oluşturma.
- Yalnızca yeni veya değiştirilmiş çözüm bileşenlerini ekleme. Mevcut bir varlığı özel çözümünüze eklerken Tüm Varlıkları Ekle seçeneğini belirlememeniz gerekir.
- Yeni veri öğeleri: Mevcut tablolara yeni alanlar ekleyebilir ve veri modelini genişletmek için yeni tablolar oluşturabilirsiniz. Mevcut alanların veri türlerini değiştirmemeyi düşünmelisiniz ancak yine de kategoriler ve türler gibi mevcut seçenek kümelerine yeni seçenekler ekleyebilir veya metin alanlarının uzunluğunu artırabilirsiniz. Veri modeli ayrıntılarına buradan erişebilirsiniz.
- Çok biçimli ilişkiler: Sektör veri modeli, çeşitli aramalar içeren Gruplar tablosunda bulunanlar gibi çok biçimli ilişkileri içerir. Şu anda bu çok biçimli ilişkileri genişletmenizi sınırlandıracak hiçbir kısıtlama mevcut değildir. Ancak bu tür uzantıların yükseltilebilirliği etkileyebileceğini ve tavsiye edilmediğini dikkate almak önemlidir.
- Tümleştirme Anahtarı: İzlenebilirlik ve ana sistemlerle eşleştirme için tablolardaki tümleştirme anahtarı alanını kullanın.
- Referans tabloları: Referans verileri, diğer verileri sınıflandırmak veya kategorize etmek için kullanılan verilerdir. Genellikle statiktirler veya zaman içinde yavaş yavaş değişirler.
Kullanıcı Arabirimi Uzantısı
Sağlık kurumları, hastaya bütünsel bir bakış açısı sağlama ihtiyacını tamamlamak amacıyla mevcut Hasta Profilini genişletmek için mevcut ana sisteme gerçek zamanlı veri öğelerini ve uyarıları dahil etmek isteyebilir. Bu kullanıcı arabirimi uzantıları PowerApps'in yapılandırma ve özelleştirme yetenekleriyle geliştirilebilir.
Yeni Dynamics 365 formları ve görünümleri
Mevcut form ve görünümlerde yapılacak herhangi bir değişiklik için bunları doğrudan değiştirmemeyi düşünün. Mevcut çözümün bir kopyasını oluşturmayı düşünün ve çözümü segmentlere ayırma sorunlarını riskten arındırma için istenen değişiklikleri yapın.
PCF Denetimleri
PowerApps Component Framework, geliştiricilerin hem model temelli uygulamalara hem tuval uygulamalarına eklenebilecek kod bileşenleri oluşturmasını sağlar. Veri erişimi için istemci tarafı TypeScript, biçimlendirme için CSS kullanır. Bu çerçevenin özel bir uygulaması, Hasta Profili arabiriminde müşterilere finansal verilerin sunulmasıdır. Bu yaklaşım, Kurumsal API'leri genel buluta açmadan tümleştirmeye olanak tanıdığından, ortak etki alanına bağlı cihazlar ve kurumsal ağlar aracılığıyla bağlanan kullanıcılar için faydalıdır. Ayrıca, verileri Microsoft Cloud for Healthcare veri modeline yineleme ihtiyacını da ortadan kaldırır.
Ancak verileri veri modeline kopyalamamayı seçmek, belirli yerleşik kontrollerin ve müşteri yönetim bilgileri tahmin modellerinin kullanımını sınırlayacaktır. Bu sınırlamayı ele almak için, veri eşitleme prosedürleri verileri diğer senaryolar için veri modeline çoğaltmaya devam ederken gerçek zamanlı erişimin PCF denetimleri üzerinden sağlandığı karma bir yaklaşım düşünülebilir.
Güvenlik Uzantısı
Microsoft Cloud for Healthcare, Dataverse 'in burada ayrıntılı olarak açıklanan yerel güvenlik özelliklerini kullanır. Bu destek hakkı kurallarını uygulamak amacıyla güvenlik modelini bu yerel güvenlik bileşenleriyle tasarlamak için aşağıda gösterildiği gibi yapılandırma öncelikli yaklaşımının benimsenmesi önerilir.
Dynamics 365 uygulama kılavuzunda paylaşılan en iyi güvenlik uygulamalarını ve aşağıdaki ek uygulamaları takip edin.
- Dataverse Güvenlik, sahiplik ilkesiyle tasarlanmıştır; kayıtları bireysel kullanıcılara atamamayı ve onlarla paylaşmamayı dikkate alın. Bunun yerine kayıtları takımlara atamayı ve onlarla paylaşmayı düşünün.
- Bu erişim kurallarını barındıran bir kayıt sistemi varsa sahiplik modelini Dataverse'te güvenlik modeline dönüştürmek için toplu eşitleme işlemi yapmayı düşünün.
- Güvenlik modeli performansınızı verimli hale getirmek için, erişim takımları yerine sahip takımları kullanmayı düşünün ve kayıtların farklı takımlarla paylaşımını ortadan kaldırın veya en azından optimize edin.
Veri Maskeleme ve alan düzeyinde güvenlik ihtiyaçları
Sağlık kurumları, Sosyal Güvenlik Numaraları (SSN), Hasta ayrıntıları gibi hassas verileri ve bazen de cep telefonu numaraları ve e-posta adresleri gibi kişisel bilgileri korumak için sıklıkla ek güvenlik önlemleri kullanır. Bu güvenlik önlemleri genellikle belirli kişilere erişimin kısıtlanmasını ve hatta hassas bilgilerin görüntülendiğinde maskelenmesini içerir.
Bu güvenlik gereksinimlerini uygulamak için belirli alanlar için okuma, güncelleme ve oluşturma izinlerini belirten yeni alan düzeyinde güvenlik profilleri oluşturabilirsiniz. Bu profiller daha sonra kullanıcılara veya takımlara atanarak onlara hassas verilere kontrollü erişim sağlanabilir.
Ayrıca, veri maskelemesini gerektiren ek uyumluluk gereksinimi varsa bunu yeni bir PowerFX sütunu (önizleme) veya hesaplanmış sütun oluşturarak başarabilirsiniz. Bu yeni sütun, orijinal verilerin maskelenmiş bir versiyonunu oluşturacak ve fazladan bir veri koruma katmanı sağlayacaktır.
Güvenlik otomasyonu gereksinimleri
Güvenlik otomasyonu, özellikle çok sayıda kullanıcıyla ve karmaşık senaryolarla uğraşırken günümüz kuruluşlarının hayati bir bölümünü oluşturur. Kullanıcı tabanı genişledikçe ve kurumsal dinamikler geliştikçe, sağlam güvenlik önlemlerinin alınması giderek zorlaşmaktadır. Yeni kullanıcıların eklenmesinden roller, takımlar ve iş birimlerindeki değişikliklerin yönetilmesine, yeni ortamların sağlanmasından sistem yöneticilerinin belirlenmesine kadar her senaryo, hassas verilerin ve kritik sistemlerin korunmasına yönelik titiz bir dikkat gerektirir. Bu bağlamda, otomatik güvenlik protokollerinin uygulanması, süreçlerin kolaylaştırılması, risklerin azaltılması ve kuruluşun potansiyel tehditlere karşı savunmasının güçlendirilmesi açısından vazgeçilmezdir. İşletmeler, güvenlik otomasyonunu benimseyerek dinamik kullanıcı ortamlarına etkili bir şekilde uyum sağlayabilir ve hem değerli varlıkları hem de kullanıcı gizliliğini koruyan çevik ve güvenli bir ortamı koruyabilir.
Aşağıda yetkilendirme ve görev otomasyonuna yönelik bazı senaryolar ve güvenlik uygulaması yaklaşımları bulunmaktadır.
Senaryo | Güvenlik Uygulaması Yaklaşımı |
---|---|
Yeni kişilikler güvenlik uygulamasına tanıtıldığında | Dynamics'te her bir kişilik, uygun işlevsel destek haklarına sahip bir güvenlik rolü ile temsil edilmelidir. Her bir kişilik için Dataverse'te grup takımı yapılandırın ve kişiliğe güvenlik rolünü atayın. Kişilikler için Active Directory'de grup takımları oluşturun ve Dataverse'teki grup takımlarında kullanıcı üyeliğini yönetmek için kullanıma hazır tümleştirmeyi kullanın. Bireylere güvenlik rollerinin atanmasını ortadan kaldırın veya en aza indirin. Güvenlik rollerinin üyenin ayrıcalık devralma parametresini "Yalnızca Takım Ayrıcalıkları" olarak değiştirin, böylece kullanıcıların oluşturdukları kayıtların sahibi bireyler değil, takım olur. |
Yeni ortamlar sağlandığında | Kullanıcıların belirli ortamlara erişimini kontrol etmek ve sınırlamak amacıyla her Dataverse ortamı için yeni bir güvenlik grubu oluşturulmalıdır. Aksi halde Dataverse lisansına sahip herkes ortamda kullanıcı olarak oluşturulacaktır. |
Uygulamaya yeni kullanıcılar eklenir veya bazı kullanıcıların uygulamadan çıkarılması gerekecektir | Her ortam için kullanıcı eklemek / kaldırmak yerine, iç içe grup yaklaşımını benimseyebilir ve grup takımlarını (yani ilişki-yönetici-grup) ortam güvenlik grubuna (ucp-üretim) alt öğe olarak ekleyebilirsiniz. Bu yaklaşımla kullanıcılar belirli bir rol için grup takımına eklendiğinde otomatik olarak ortama kullanıcı olarak eklenecek ve bir role atanacaktır. Benzer şekilde, kullanıcılar grup takımından çıkarıldığında, başka bir grup takımının parçası değillerse ortamdan da çıkarılırlar. |
Mevcut kullanıcılar unvanlarını, rollerini veya konumlarını değiştirdiğinde kişilikleri de değişebilir. | Dinamik üyelik türü Microsoft Entra ID, grup üyeliğini dinamik olarak yönetmek için iş kurallarından faydalanır. Belirli bir kişilik için oluşturulan grup takımına hangi kullanıcıların ekleneceğini / kaldırılacağını tanımlamak amacıyla iş kurallarını yapılandırmak için bu dinamik üyelik türünü kullanabilirsiniz. Dataverse artık dinamik üyelik türünü desteklediğinden, bu yeni veya kaldırılan üyeler Dataverse'teki grup takımlarına otomatik olarak eşitlenecek ve kullanıcı, erişim için atanan en son güvenlik rolünü alacaktır. |
Kullanıcıları çıkarılırken | Yukarıdakiyle aynı şekilde, etkin kullanıcıları gruplara eklemek için dinamik üyelik türünü kullanın. Etkin olmayan herhangi bir kullanıcı otomatik olarak kaldırılacaktır. Çıkarma için Azure Portal veya Microsoft Graph API üzerinden güncellenip tetiklenebilecek Yaşam Döngüsü İş Akışlarından faydalanabilirsiniz. |
Kuruluş yapıları değiştiğinde | Her kuruluş yapısı değişikliği uygulama güvenliğini etkilemeyebilir. Veri sahipliğinin iş birimi sahipliği hiyerarşisine göre nasıl değişeceğini düşünün ve bu değişiklikleri güncellenmiş iş birimi yapılandırmasıyla bir ortama yansıtın. |
Kullanıcılar birlikte çalıştıkları takımları veya iş birimlerini değiştirdiğinde | Takımlara güvenlik rolleri atarken dinamik üyelik türünün ve grup takımlarının kullanılması, ayrıca kullanıcılara doğrudan güvenlik rollerinin atanmaması önerilir. Bu güvenlik modeliyle, yetkilendirme grup takımlarına üyeliğe bağlı olacağından kullanıcı değiştiren takımlar, değişikliğin yansıtılması için herhangi bir otomasyonu gerektirmeyecektir. Bir iş biriminin kullanıcı profilinde değiştirilmesi gerekiyorsa iş birimi ana sistemlerde değiştirildiğinde tetiklemek için bir Power Automate oluşturabilir ve kullanıcıyı farklı bir iş birimine taşımak için SetBusinessSystemUser'ı kullanabilirsiniz. |
Kullanıcılar pozisyonlarını veya yöneticilerini değiştirdiğinde | Hiyerarşi güvenlik modeli, mevcut güvenlik modellerine iş birimleri, güvenlik rolleri, paylaşım ve takımlar kullanan bir genişletmedir. Bu, güvenlik modelinde yapılandırıldıysa kullanıcı kaydındaki pozisyon ve yönetici bilgilerinin güncellendiğinden emin olun |
Analiz Uzantısı
Hasta Nüfusu Panosuna benzer özel Dynamics 365 panolarını, grafikleri ve Power BI Embedded panoları oluşturarak analizleri genişletebilirsiniz.
Operasyonel Analiz Veri Varlığı makalesinde analiz yeteneklerinin nasıl genişletileceğine ilişkin daha ayrıntılı rehberlik bulabilirsiniz.
İşbirliği Uzantısı
İş birliği denetimleri (önizleme) doğrudan Teams'te ortaya çıkarılabilecek özel işbirliği deneyimleri oluşturmanıza yardımcı olur. Hasta bakıcının tercihlerine bağlı olarak bir ziyarete katılmanın birden fazla yolu vardır. Pano ve randevu kayıtları, hasta bakıcının randevuya katılmasına olanak tanıyan düğmeler sağlar; daha fazla ayrıntı için Sanal Randevuya katılma deneyimini inceleyin.
Bu denetimler, Onaylar, Dosyalar, Toplantılar, Notlar ve Görevler için Microsoft 365 ve Microsoft Teams'in uygulanmasına olanak tanıyarak iş süreçleri etrafında bağlamsal işbirliğine olanak sağlar.