150 parça ve her birinin ne işe yaradığı.

Randevu ve Takvim

Diğer her şeyin altındaki planlama motoru — takvimler, müsaitlik, odalar ve bir danışanın gerçekte hangi saatleri görmesine izin verildiğine karar veren kurallar.

• Haftalık saatleri, tarihli istisnaları ve mevcut randevuları boş saatlere çeviren bir müsaitlik motoru
• Planlayıcılar, ev sahipleri, lokasyonlar ve odalar; kapasite ve çakışma tespitiyle
• Saat kuralları, bekleme listeleri ve bir randevu boşaldığında otomatik saat teklifleri

Ücretli Seans Satışı

Birebir seansları kredi olarak satar. Satın almayı ve randevu almayı iki ayrı adım yapan modül budur; bir paketin bugün satılıp aylara yayılabilmesini sağlayan da odur.

• Bir ürüne karşı tek tek ya da paket olarak kredi biçiminde satılan seanslar
• Satın alma anında kabul edilen ve kabul edildiği sürümle saklanan paket hizmet sözleşmeleri
• İhbar süreleri, cezalar ve tolerans süresiyle kademeli iptal politikaları

Klinik Platformu

Uygulama katmanı: uzmanlar ve herkese açık profilleri, mobil API, içerik ve topluluk, bildirimler ve danışana bakan hesap.

• Doğrulama akışı, diplomalar, hizmetler ve takvimlerle uzman profilleri
• Değerlendirmeler, puanlar, herkese açık sorular ve arkalarındaki uzman panosu
• Mobil uygulama için REST uç noktaları, JWT kimlik doğrulama ve WebSocket oturumları

Clinic

Klinik Raporları

On yedi yönetim raporu. On ikisi kliniğin kaydının gerçekle uyuşup uyuşmadığını sorar; dördü uzmanların nasıl gittiğini karşılaştırır; biri hepsinin üstünde durur.

• Hizalama listeleri: askıda kalan seanslar, randevusuz krediler, kapsam ve talep, para zinciri, ücret defteri
• Ödemeye hazırlık, iptal davranışı, uyum dosyası, danışan sürekliliği ve denetim kuyruğu
• Raporsuz seanslar ve davranışla birlikte okunan iptal edilmiş seanslar

Seans Raporları

Gerçekleşen bir seansın ardından uzmanın yazdığı klinik not — bir görüşmenin eki olarak değil, danışan hakkında bir güvenli belge olarak saklanır.

• Seansa iliştirilen ve danışan hakkında olduğu kaydedilen bir rapor
• Sürüm başına bir anahtarla, güvenli belge servisinde şifreli olarak durur
• Erişime yalnızca bakım ekibi çözümlemesi karar verir; asla bir rol ya da kıdem değil

Üyelikler

Her seferinde ayrı bir satın alma yerine süregelen bir düzen: mağazada satılan bir plan ve bir danışanın o plana bağlı üyeliği.

• Planlar görseli ve açıklaması olan mağaza ürünleridir; herkese açık katalog /memberships adresindedir
• Bir üyelik seans hakları, sohbet erişimi ve seans dışı danışmanlık dakikaları taşır
• Haklar sıradan seans hakkı olarak kalır; böylece randevu sistemi ikinci bir kural kitabı öğrenmek zorunda kalmaz

Dakika Bazlı Sohbet Danışmanlığı

Randevu olarak değil dakika olarak satın alınan, sohbette harcanan ve dakikası dakikasına hesabı tutulan uzman zamanı.

• Bir hizmet, isteğe bağlı bir geçerlilik süresiyle uzman dakikası bütçesi satabilir
• Tarife şirket düzeyinde tanımlanır, hizmet bazında geçersiz kılınabilir
• Her ücretlendirme için bir defter kaydı ve hem danışanın hem uzmanın açabildiği bir döküm

Ön Değerlendirme Formları

Danışanın ilk seanstan önce doldurduğu soru formu; anket yanıtı olarak değil klinik içerik olarak saklanır.

• Her hizmet, kendisiyle birlikte gelen soru formunu belirtir
• Danışan formu seanstan önce, kendi sayfalarından doldurur
• Yanıtlar doğrudan şifreli bir belgeye yazılır — hiçbir zaman anketin kendi deposunda bırakılmaz

Çevrim Dışı Ödeme İncelemesi

Her siparişe, para el değiştirmeden önce ve sonra bir kişinin bakmasını isteyen klinikler için ödeme yolu olarak banka havalesi.

• Siparişi onayla, faturala, havale dekontunu al, dekontu onayla, ardından seans haklarını oluştur
• Haklar ancak dekont onaylandığında görünür; böylece ödenmemiş bir siparişle seans randevusu alınamaz
• Reddin gerekçesi kayıtlıdır ve sipariş, sorunu düzeltebilecek kişiye geri döner

Çevrim Dışı Ödeme — danışan sayfaları

Çevrim dışı yolun danışana bakan yarısı: nereye ödeyecekleri, ne yükleyecekleri ve siparişin neyi beklediği.

• Siparişlerim sayfasında her durumun kendi rengi ve işareti vardır; böylece beklemek reddedilmekten gözle görülür biçimde ayrılır
• Siparişten çıkmadan tek bir pencerede ödeme ve dekont yükleme
• Ret gerekçesi, bu konuda harekete geçmesi gereken kişinin okuyacağı yerde gösterilir

Mali Müşavir Paneli

Defterler, kendilerine ait bir panelde: ne geldi, ne alacak var, hizmet sunumu neye mal oldu ve daha ne gelecek. Tasarım gereği yöneticininkinden ayrıdır — sahada ödenmemiş bir faturanın peşine düşmek bir iştir, defteri tutmak başka bir iş.

• Dört para kutucuğu, altı sağlık oranı, altı grafik ve bir uyarı listesinden oluşan bir giriş sayfası
• Yirmi bir rapor: nakit, gelir, hizmet sunum maliyeti, tahmin, kaçak ve iki kontrol listesi
• Tahakkuk ya da nakit esası, beş dönem ve özel bir aralık; her ayrıntı düzeyine taşınır

Ekip panoları

Kurumun çevresindeki dört ekip için yapılacak olan ne. Satış, insan kaynakları, pazarlama ve hizmet sunumunun her birine bir sayfa düşer ve her sayfa aynı soruyla açılır: ne gecikti, ne şimdi, ne geliyor ve hangisi için kimse harekete geçmeye söz vermedi.

• Dört pano; her biri koddan değil kayıttan oluşur, böylece bir sektör paketi yenisini ekleyebilir
• Her sayfadaki etkinlik şeridi: gecikmiş · bugün · planlanmış · takvimde hiçbir şey yok · ilgi bekliyor
• «Takvimde hiçbir şey yok», Odoo'nun hiçbir durum tanımlamadığı bant: kimsenin bir şey yapmaya söz vermediği açık bir kayıt ve başka hiçbir ekranda görünmüyor

Panolar — CRM, satış, hizmet sunumu, insan kaynakları

Nasıl gidiyoruz — yöneticilerin zaten açtığı uygulamanın içinde. Odoo'nun kendi Panolar bölümünde, kendilerine ait bir «Klinik ekipleri» başlığı altında dört sayfa; oradaki Satış ve Masraf sayfaları nasıl kurulduysa öyle kurulmuş.

• Dört sayfa — CRM, satış, hizmet sunumu, insan kaynakları — Odoo'nun kendi sayfalarının yanında
• Sayfa başına dört gösterge karosu, her birinin yanında önceki dönem
• Sayfa başına iki grafik ve iki ile dört arası sıralama tablosu; her biri arkasındaki kayıtları açar

Panolar — devam, izin, personel ödemeleri

Aynı başlık altında üç sayfa daha; her biri kurumun çalıştırmıyor olabileceği bir uygulamayı gerektirdiği için ayrı tutulur.

• Devam: şu anda giriş yapmış olanlar, kayıtlar, çalışılan saatler, fazla saatler; kişi ve departman bazında
• İzin: yanıt bekleyen talepler, onaylanan günler, retler ve izinlerin aya, türe ve departmana göre nereye düştüğü
• Personel ödemeleri: bildirilecek, doğrulanacak, geri ödenecek olanlar ve dönemde talep edilen tutar

Destek Talepleri

Bir soruyu, sahibi olan bir göreve dönüştüren herkese açık bir form.

• /support/ticket adresinde, oturum açmış olsun olmasın herkesin kullanabileceği bir form
• Her gönderim, mağaza yöneticisine atanan bir görev açar
• Gönderen kendi talebini izler, yönetici de Discuss’ta bilgilendirilir

Bakım Dönemleri

Başlangıcı, sonu ve planı olan bir bakım süreci — klinik kaydın geri kalan her şeyinin asıldığı omurga. Bakım bir randevular akışı değildir ve kayıt da bunu söyler.

• Bir dönem, gerçekleşen ilk seansla açılır ve bir danışanın aynı anda yalnızca bir açık dönemi olur
• Her dönem için bir tedavi planı: sorun → hedef → amaç; üç düzey, fazlası değil
• Bir hedef başlık, hedef tarih ve sonuç taşır — neye doğru çalışıldığı ve nasıl gittiği

Klinik Notlar

Sıralı, türü belli alanlardan oluşan not şablonları; böylece bir not, kimsenin arayamayacağı düz metin değil yanıtlardan oluşur.

• Şablon, sürümlü ve yayımlanmış bir türlü alanlar listesidir — metin, sayı, ölçek, seçim, tarih
• Tamamlanmış bir not, yanıtlar artı işlenmiş bir güvenli belgedir
• Yanıtlar, tam olarak belgeleri okunabildiğinde okunabilir: birbirinden kopan iki kural değil, tek bir erişim kuralı

Not Şablonu Kütüphanesi

Şablon motoru için başlangıç içeriği: bin adlandırılmış not biçimi; böylece bir klinik boş bir kütüphaneyle başlamaz.

• Disipline göre gruplanmış binden fazla adlandırılmış şablon — SOAP, DAP, BIRP, ön değerlendirme, gözden geçirme
• Veri olarak kurulur; sonrasında kliniğin kendi yazdığı her şablon gibi düzenlenebilir

Hedef İzleme

Danışanın seanslar arasında kaydettikleri, ölçtüğü hedefe bağlı olarak. Hiçbir şeye karşı rapor vermeyen bir program, izlemenin ev ödevine dönüşme biçimidir.

• Altı öğe türüyle bir program kütüphanesi: soru formu, ölçüm, seçim, günlük, yükleme, görev
• Program bir hedefe gönderilir; böylece her giriş, planın gerçekten istediği bir şeye karşı rapor verir
• Danışan kendi planı üzerinden kaydeder: önce bugün yapılması gerekenler, ardından her hedef ve ona karşı açık olanlar

Puanlanan Ölçekler

Kliniğe ait puanlanan ölçme araçları. Hiçbir ölçek içeriği birlikte gelmez ve hiçbir lisans iddia edilmez: klinik, kullanma hakkı olanı kendisi girer.

• Bir puan, onu üreten ölçek sürümüyle birlikte saklanır ve asla yeniden hesaplanmaz
• Her ölçek için bantlar ve eşikler; risk bandı, birinin onaylaması gereken bir işaret kaldırır
• Danışan tarafından portalda ya da seansta doldurulur ve her iki durumda da kanal kaydedilir

Grup Seansları

Bir kez yazılan ve her katılımcıya kendi belgesi olarak dosyalanan tek bir not.

• Tek bir yazılmış kaynak, katılan her danışan için dosyalanmış bir belge
• Özel bir alan başka bir katılımcının belgesinde gizlenmez, hiç yer almaz
• Randevusu olan herkese değil, katılanlara dosyalanır

Hatırlatma ve Takip

Klinisyenin seans bittiğinde belirlediği ve zamanı geldiğinde gereği yapılan bir tarih.

• Hatırlatma, seansın sonunda oluşturulan bir tarih ve bir gerekçedir
• Davet eder; asla randevu oluşturmaz
• Zamanı gelen hatırlatmalar, herhangi bir mesaj otomatik gönderilmeden önce klinik özetinde görünür

ICD-10-CM Kodlama

Faturalamanın ihtiyaç duyduğu yerde tanı kodları; ezberden yazılmak yerine aranabilir.

• Aranabilir ICD-10-CM bölümleri ve kodları
• Danışan üzerinde kaydedilen ve siparişlere ve faturalara taşınan bir kod

Tek form kurucusu

Üründe tek bir soru listesi — ve onun kendiliğinden taşımadığı üç şey: kalıcı bir yanıt anahtarı, soru bazında görünürlük ve şifreli metnin dışına çıkmasına izin verilen tek sayı için bir işaret.

• Üründe dört ayrı kurucu büyümüştü: not şablonunun yazılan alanları, randevu defterinin kendi soruları, izleme maddeleri ve kabul formunun arkasındaki anket
• Dört kurucu demek, bir soru tipini eklemek için dört yer, dört ayrı gösterim ve «o yanıt nereye gitti?» sorusuna dört ayrı yanıt demektir
• Bir soru listesi survey.survey içinde yazılır, başka hiçbir yerde

Anket içinde randevu soruları

Bir randevu takviminin soruları ankette tasarlanır ve şifreli olarak saklanır; böylece randevu defteri randevu defteri olarak kalabilir.

• Bir takvim bir anketi adlandırır ve genel randevu sayfası onu o tek gösterimle sunar
• Yanıtlar, randevuya bağlı şifreli bir belgeye kaydedilir
• Randevu defterinin kendi soru modeli kalır — ve kalmalıdır: bir telefon numarası, bir referans, bir onay kutusu ve resepsiyonun okumak zorunda olduğu yerde doğrudan kişi kaydına yazanlar

Psikoloji ölçek kütüphanesi

Taranmış psikoloji ölçek destesi, aranabilir kayıtlar olarak; bir tarama canlı forma dönüştürüldüğünde isteğe bağlı canlı bir formla birlikte.

• Taranmış deste, OCR metnini taşıyan kayıtlar olarak yüklenir; böylece bir ölçek, üzerinde yazan şeyle bulunabilir
• Her ölçeğin hedeflediği sisteme göre bir sınıflandırma
• Bir tarama canlı forma dönüştürüldüğünde oluşturulan, isteğe bağlı bir anket

Uzman Ödemeleri

Çalışan sözleşmesindeki seans ödeme koşulları ve bunları kapatan ödeme dönemi. Ödeme anında hiçbir şey yeniden hesaplanmaz — her seans randevu alındığında kendi payını dondurmuştur.

• Dört ödeme türü: aylık maaş, saatlik ücret, seans başına sabit ücret ya da her seansın bir yüzdesi
• Koşullar sözleşme sürümünde tutulur; böylece geçmiş tarihlidir ve bir anda yalnızca biri geçerlidir
• Ödeme dönemleri — haftalık, iki haftalık, aylık ya da üç aylık — takvime ya da sözleşme başlangıcına bağlı

Uzman Ödemeleri — E-İmza

Çalışma sözleşmelerini ait oldukları kaydın üzerinden imzaya gönderir ve imzalı geçmişi o kayıtta tutar.

• Bir sözleşmeyi kendi kaydı üzerinden imzaya gönderme
• Her talep, o kaydın geçmişi olarak saklanır
• Kimsenin henüz imzalamadığı bir sözleşme altında seans ödemesi durdurulabilir

Uzman paketleri

Bağımsız uzmanlar platformu, bizim kurduğumuz bir paketle kiralar. Bu modül paketleri, abonelikleri ve bir aboneliğin durumunun uzmana neyi yapmaya izin verdiğini söyleyen kuralları tutar.

• Paketler bir kanal taşır — kendi muayenehanesi, pazar yeri ya da ikisi birden —, aylık ve yıllık fiyatlar ve cümle hâlinde yazılmış oran satırları
• Bir paketin özellik anahtarları elle yazılmak yerine kurulu modüllerden okunur
• Bir abonelik, imza anında paketin oranlarını ve özelliklerini kopyalar ve bir daha geri okumaz; böylece yarınki bir fiyat değişikliği bugünün aboneliklerine dokunmaz

Danışanın nereden geldiği

Hangi danışanı hangi uzmana kimin getirdiği — bağımsız bir uzmanın ödediği her ücretin dayandığı tek olgu ve platformun kaydetmediği tek olgu.

• Uzman ve danışan çiftinin her biri için bir satır; kaynağı ve aidiyeti taşır: uzmanın danışanı mı, platformun danışanı mı
• Aidiyet ilk temasta belirlenir ve personelin gerekçeli bir devri dışında hiçbir şeyle değişmez
• Uzmanın kısa bağlantısı, /e/<kod>: onu izleyen kişi kaydolur ve o uzmanın danışanı olur

Payın tahsili

Parayı danışandan uzman alıyorsa, şirkete onun payını borçludur. Bunu ona faturalayan ve ödenene kadar izleyen aylık bir çalıştırma.

• Uzmanlar siparişleri onaylayıp ödeme bağlantıları gönderdiğinde teklif, fatura ve ödeme sayfası satıcı olarak uzmanın kendi ticari adını, adresini ve vergi numarasını taşır
• Uzmanın tahsil edip etmediği, randevu anında payın bölüşümünün yanında oturuma sabitlenir; böylece ayarı yarın değiştirmek geçen aya geri uzanmaz
• Yeni bir formül yok: şirket payı, şirketin ne alıkoyduğunu zaten söylüyor; parayı uzman tutuyorsa borçlu olduğu tutar tam olarak odur

Platform özellik kataloğu

Kurulu modüllerin yapabildiklerinin listesi; her modülün kendisi tarafından bildirilir, böylece paketler bunları açıp kapatabilir.

• Kataloğu kimse elle yazmaz: satmaya değer bir şeyi olan bir modül, her yeteneği için bir özellik kaydı getirir
• Odoo bu kayıtları modül kurulduğunda oluşturur ve kaldırıldığında siler; böylece katalog her zaman bu veritabanının gerçekten ne yapabildiğini anlatır
• Tarama yok, eşitleme işi yok ve modül listesinin yanında onunla adımı şaşıracak ikinci bir liste yok

Güvenli Belgeler

Servisin kendisi. Bir model onu tek satırda benimser ve belgelerini, bir sayacı ve saklamadan önce sonucun kimin açabileceğini açık bir dille söyleyen bir dosyalama penceresini kazanır.

• Kendi anahtarıyla şifreli; Odoo dosya deposunun dışında saklanır ve asla /web/content üzerinden sunulmaz
• Açık kurallarla erişim, varsayılan ret: her seferinde eşleşen bir izin kuralı ve eşleşen hiçbir ret kuralı olmaması
• Yönetici, müdür ya da dosyalayan kişi olmak tek başına hiçbir şey vermez

Güvenli Belgeler: Şifreleme

Kriptografi katmanı; anahtar yönetimi, uygulamanın geri kalanı okunmadan incelenip denetlenebilsin diye kendi modülü olarak tutulur.

• AES-256-GCM zarf şifrelemesi: belge sürümü başına rastgele bir veri anahtarı, bir dağıtım anahtarıyla sarılır
• Anahtar şifreleme anahtarı veritabanında asla saklanmaz
• Şifreli metin, dosya deposunun dışında kendi dizininde

Güvenli Belgeler: Portal

Bir kişinin, kendisiyle paylaşılmış ve kendisi hakkında olan belgeleri okuduğu yer: /my/documents — ve yalnızca onları.

• Bir kişi, bir özne erişim kuralı izin verdiğinde ve hiçbir şey reddetmediğinde belgeyi görür — asla yalnızca kendisi hakkında olduğu için değil
• Psikoterapi notları, mühürlenmiş belgeler ve yürürlükteki bir kısıtlama kararı altındaki belgeler, kuralları ne derse desin asla gösterilmez
• Her adresin kullandığı tek bir filtre; böylece kimin neyi görebileceğinin tek bir tanımı olur

Güvenli Belgeler: Kişiler

Güvenli belgeleri kişilere dosyalar — en yaygın özne budur; çünkü bir belgenin hakkında olduğu kişi genellikle dosyalandığı kişidir.

• Güvenli belge servisini res.partner üzerine ekler
• İki taraf da mevcut olduğunda kendini kurar ve hiçbirine dokunmadan kaldırılır
• Uygulama başına bir köprü; böylece bir kişide servisi kullanmak ilgisiz uygulamaları getirmez

Güvenli Belgeler: CRM

Güvenli belgeleri fırsatlara dosyalar — bir durum tespiti dosyasının klinik hiçbir yanı yoktur ve gereksinimleri tam olarak aynıdır.

• Güvenli belge servisini crm.lead üzerine ekler
• Diğer güvenli belgeler gibi şifreli, kurala bağlı ve her okumada kaydedilir
• Diğer köprülerden bağımsız olarak temiz biçimde kurulur ve kaldırılır

Güvenli Belgeler: Çalışanlar

Güvenli belgeleri çalışan kayıtlarına dosyalar — bir disiplin dosyası ya da bir iş sağlığı raporu, bir yöneticinin dosyaladığı ve İK’nın çoğunun açamaması gereken bir şeydir.

• Güvenli belge servisini hr.employee üzerine ekler
• Varsayılan ret; böylece bir İK rolü, İK rolü olduğu için bir dosyayı açamaz
• Diğer köprülerden bağımsız olarak temiz biçimde kurulur ve kaldırılır

Güvenli Belgeler: Proje

Güvenli belgeleri görevlere dosyalar — gizli bir sözleşme ya da imzalı bir teslimat, işin izlendiği yerde tutulur.

• Güvenli belge servisini project.task üzerine ekler
• İki taraf da mevcut olduğunda kendini kurar ve hiçbirine dokunmadan kaldırılır

Güvenli Belgeler: Satış

Güvenli belgeleri siparişlere dosyalar — imzalı bir sözleşme ya da bir müşterinin kimlik belgeleri, ait oldukları satışın yanında tutulur.

• Güvenli belge servisini sale.order üzerine ekler
• İki taraf da mevcut olduğunda kendini kurar ve hiçbirine dokunmadan kaldırılır

Uzak Anahtar Otoritesi

İsteğe bağlı: anahtar şifreleme anahtarını Odoo sunucusunun dışına taşıyın; böylece veritabanının bir kopyası belgelerin bir kopyası olmaz.

• Belge anahtarları yerel olarak değil, uzak bir otorite üzerinden sarılır ve açılır
• Anahtar şifreleme anahtarı hiçbir zaman uygulamayı sunan makinede durmaz
• Kurulum bazında açılır; yerel altyapı kullanılabilir ve değişmeden kalır

Klinik Kayıtlar

Bakım ekibini çözümler. Bir terapist, kliniğin değil kendi listesindeki kişilerin kayıtlarına ulaşır — asgari gereklilik ilkesini temenni olmaktan çıkarıp uygulanabilir kılan da budur.

• Bakım ilişkileri — klinisyenden danışana, türü, başlangıcı ve bitişiyle
• İlişki bittiğinde erişim de biter; bekleyen notları tamamlamaya yetecek bir tolerans süresinden sonra
• Birinin uygulamanın hangi bölümüne ulaşacağına karar veren, neyi açabileceğine asla karar vermeyen klinik roller

Klinik Kayıtlar: Avrupa Birliği (GDPR)

GDPR katmanı: HIPAA’nın karşılığı olmayan haklar ve yönetişim düzeneği — ABD standardında bir kurulumun AB’yi kapsamamasının sebebi de budur.

• Belge türü başına kaydedilen hukuki dayanak — tedavi kayıtları için rıza değil, Md. 9(2)(h)
• Silme (Md. 17) anahtarı yok ederek yapılır; böylece hak, neyin tutulduğunun kanıtı silinmeden yerine getirilir
• Bir silme değerlendirmesi ve yasal bir tedbir ya da saklama süresi dururken hiçbir şeyin imha edilmemesi

Klinik Kayıtlar: E-imzayla bildirim onayı

Bir köprü, yeni bir yapı değil — imzalanmış gizlilik bildirimini onay kaydına bağlar; böylece dosya, kişinin hangi sürümü gördüğünü söyleyebilir.

• Tamamlanan bir imza onayı bir kez yazar — iki kez ulaşan bir webhook, kimin eksik olduğunun sayısını yanlış çıkarmamalıdır
• İmza talebi bildirimin sürümünü adlandırır; çünkü bir onaya sorulan tek soru budur
• Resepsiyondaki bir kâğıda atılan imza da yazılı bir onaydır; köprü, olağan yolun yerini almaz, yanına bir yol ekler

Klinik Kayıtlar: Birleşik Krallık

Aynı teknik çekirdek üzerinde UK GDPR ve 2018 Veri Koruma Kanunu — ciddi zarar testi bir işaret olarak değil, bir iş akışı olarak kurulmuş.

• Ciddi zarar testi (DPA 2018 Ek 3 Böl. 2); kimin, ne zaman, hangi belgeler üzerinde ve neden karar verdiğiyle kaydedilir
• Yalnızca yürürlükte bir bakım ilişkisi olan biri alabilir; sistem bunu varsaymak yerine denetler
• Süresi dolmadan bir inceleme kuyruğunda görünür ve altı ayda kendiliğinden düşer

Klinik Kayıtlar: Yönetişim

İdari güvenlik önlemleri — HIPAA’nın şifrelemeyle ilgisi olmayan ve denetimlerde en sık bulgu çıkan yarısı.

• Risk analizi; dönemi, kapsamı ve yöntemi olan bir çalışma olarak, bulduğu risklerin kaydından ayrı tutulur — böylece gelecek yıl bu yılla karşılaştırılabilir
• Her risk bir sonraki değerlendirmeye kendisine bir bağla taşınır; çünkü her yıl boş başlayan bir kayıt, neyin karara bağlandığını kaybeder
• Doğal derece hesaplanır, artık derece bilerek hesaplanmaz — bir kontrol puanı çıkararak bulunan artık derece, geçen hafta test edilmiş bir kontrol ile yalnızca yazılı bir kontrol hakkında aynı şeyi söyleyen bir kurgudur

Klinik Kayıtlar: Amerika Birleşik Devletleri (HIPAA)

HIPAA katmanı. Psikoterapi notlarının ayrılması, erişim kurallarının doğru olmasına dayanmak yerine depolamanın kendisinde tutulur.

• Belge türü başına işaretlenen belirlenmiş kayıt kümesi (45 CFR 164.501); böylece bir erişim yanıtı kapsam dışı olanı içeremez
• Kendi anahtar alanında psikoterapi notları — sıradan kaydı açan anahtar onları açmaz
• Notlar üzerinde ilgili kişiye izin verilmesi her yolda reddedilir; kural tablosuna doğrudan yazma dâhil

Klinik Kayıtlar: Almanya

Almanya’daki saklama süresi; kimsenin uygulamadığı bir politikadaki satır olarak değil, belge hizmetinin saydığı bir kural olarak.

• § 630f BGB: son temastan itibaren on yıl, saklama kuralı olarak hazır gelir
• Süre ulusal olduğu için tüm AB paketine değil yalnızca bu modüle bağlıdır

Clinic: Norveç

GDPR katmanının kapsamadığı Norveç kuralları; her biri bir yönetmelikte değil, eylemin gerçekleştiği yerde durur: bir profili yayınlamak, bir ödeme çalıştırmasını onaylamak, bir ebeveyne bilgi vermek.

• Pasientjournalforskriften § 14: hasta, kendisiyle ilgili her kayda yapılan her erişimi okur; kendisine gösterilmeyen kayıtlar da dahil — türe göre, asla başlığa göre değil
• Hiçbir imha tarihi olmayan bir saklama türü; çünkü Norveç kayıtları gerektiği sürece tutar. Yıllar bir gözden geçirme aralığıdır ve gerekçesiyle bir insan karar verir
• Bir ardıla, Norsk helsearkiv'e ya da Nasjonalarkivet'e dosya teslimi: indirme anında oluşturulur, belge belge bir ifşa olarak kaydedilir ve bir kez indirilebilir

Clinic: Finlandiya

Fin hukukunun bir hizmet sunucusuna adlandırmak zorunda bıraktığı roller ve her birinin ardında asılı duran görevler. Norveç paketinden bağımsızdır — ikisi de şirketin ülkesinden açılır, böylece tek bir veritabanı ikisini birden tutabilir.

• Ruhsatlı meslekler ile korunan unvanlar ayrı tutulur, çünkü bunlar farklı haklardır: psykoterapeutti Finlandiya'da korunan bir unvan, Norveç'te serbest bir sözcüktür
• Terhikki numarası, işverenin denetim tarihi ve bunun bir sicil sorgusu mu yoksa karar belgesi mi olduğu; elle yazılmış bir numara bildirilmiş sayılır, denetlenmiş sayılmaz
• Kendi tescili olan bir hizmet birimi ve birim başına bir atama olarak vastuuhenkilö; böylece sorumlusu olmayan iki hafta raporlanır

Clinic: İsviçre

İsviçre yeterliliği mesleği icra izninden ayırır, sigortalı oturumları bir doktor sevkine karşı sayar ve tedarikçiyi uygulayıcıyla aynı cezai sır yükümlülüğüne bağlar. Çekirdeğin ifade edemediği üç şey ve başka hiçbir şey.

• Federal unvan izin değildir: mesleki icra izni kantonaldır, kanton başına bir tane, her birinin kendi bitiş tarihi vardır — bir uygulayıcı adı İsviçre'de taşıyıp yalnızca tek bir yerde çalışma hakkına sahip olabilir
• Korunan bir unvanı kullanan bir profil, hem doğrulanmış bir PsyReg numarası hem de yürürlükte, doğrulanmış bir kanton izni olmadan yayınlanmaz — ve ret, ikisinden hangisinin eksik olduğunu söyler
• Unvanın doğrulandığı ama iznin doğrulanmadığı yerde, kamuya açık durum bunu söyler; bir izni ima etmez. Doğrulanmamış bir pazara, doğrulanmış gibi okunan bir kayıt hizmet etmez

Uyum Sağlık Kontrolü

Kurulumun kendisine sorulan sabit bir soru listesi. Denetimin çoğu zaten vardı ve dağınıktı; bu, hepsini tek yerde okuyan sayfa.

• Bir kontrol kaydı, zamanlanmış bir çalıştırıcı ve ikisinin üzerinde bir rapor
• Yalnızca yanlış olan raporlanır: geçen bir kontrol hiçbir şey söylemez; kurulum sağlamsa sayfa boştur
• Her bulgu, geldiği kuralı ve bulunduğu kaydı adıyla anar

E-İmza — Çekirdek

İmza servisinin kendisi: bir portal imza töreni, yargı bölgesi politikaları ve zincirlenmiş bir denetim izi. Kendi sunucunuzda çalışır; imzalanmak için hiçbir belge sistemden çıkmaz.

• İmza anında kimlik ve iradenin yakalandığı bir portal imza töreni
• Kimsenin düzenleyemediği ya da silemediği, zincirlenmiş bir denetim izi
• Geçerli bir imzanın neyi gerektirdiğini belirleyen yargı bölgesi politikaları

E-İmza — Sözleşmeler

Karşı taraf adına imzalamaya kimin yetkili olduğu ve belgesinin hâlâ geçerli olup olmadığı — varsayılmaz, denetlenir.

• Karşı taraf imzacısı bazında bağlayıcı yetki izlenir
• İmzalı sözleşmeler, süresi olan kayıtlar olarak tutulur
• Uzman belgeleri, geçerliliğini yitirmeden önce kovalanır

E-İmza — Sağlık

Bir klinik imzanın bir addan fazlasına ihtiyaç duyduğu şeyler: ehliyet, birinin adına imzalama yetkisi, süpervizyon ve geri alınabilen rıza.

• İmza anında kaydedilen ehliyet beyanı
• Bir danışan adına imzalama; yetkisi kaydedilerek
• Hizmetin gerektirdiği yerde süpervizör ortak imzası

E-İmza — Sağlık (ABD)

HIPAA’nın bir yetkilendirmede aradığı unsurlar; bir şablona güvenilmek yerine denetlenir.

• Bir HIPAA yetkilendirmesinin zorunlu unsurlarının denetlenmesi
• 42 CFR Bölüm 2 kapsamındaki içeriğin geri kalandan ayrılması
• Kapsanan bir kuruluşun talep üzerine üretmesi gereken ifşa dökümü

E-İmza — İK

Adaylar ve çalışanlar üzerinde bir İmza İste eylemi; böylece bir teklif ya da bir politika, kişinin zaten bulunduğu yerde imzalanır.

• Aday kaydı üzerinde İmza İste
• Çalışan kaydı üzerinde İmza İste
• Talepler, kaydın geçmişi olarak saklanır

E-İmza — Satış

Teklifler ve satın alma siparişleri üzerinde bir İmza İste eylemi.

• Bir satış siparişi üzerinde İmza İste
• Bir satın alma siparişi üzerinde İmza İste
• İmzalı belge siparişin yanında saklanır

E-İmza Sözleşmeleri

İmza şablonlarını kliniğin sattığı yere koyar: bir uzmana ya da bir hizmete iliştirilir, satın alma anında otomatik gönderilir ve bir durum olarak görünür.

• Bir uzmana ya da bir hizmete iliştirilmiş e-imza şablonları
• Kimse göndermeyi hatırlamadan, satın alma anında gönderilir
• İmza durumu uzmanlara portalda ve mobil uygulamada gösterilir

Güvenli Oturumlar

Kimsenin kullanmadığı oturumu sonlandırır. 45 CFR 164.312(a)(2)(iii) belirli bir hareketsizlik süresinden sonra sonlandırma ister ve süreyi size bırakır — bu yüzden bir ayardır ve zorlama tarayıcıda değil sunucudadır.

• Şirket bazında hareketsizlik süresi, uyarı süresi ve mutlak üst sınır
• Her kimliği doğrulanmış istekte sunucuda denetlenir; tarayıcıdaki sayacı kapatmak bir şey kazandırmaz
• Oturum bitmeden önce uyarı: kimse kendisini korumak için var olan bir denetime yarım kalmış bir notu kaptırmasın

YZ Köprüsü

Odoo Community’yi herhangi bir büyük dil modeline, bir arayüzün ardından bağlar — böylece tedarikçi, iş mantığı bunu bilmeden değişebilir.

• Kurulum başına yapılandırılan sağlayıcılar; kimlik bilgisi uygulama kodunun dışında tutulur
• Çağırmalarına izin verilen araçlarla birlikte istem olarak tanımlanan ajanlar
• Araç çağırma; böylece bir model yalnızca yanıtlamak yerine eyleyebilir

Kullanıcı Uzantısı

Bir kullanıcıyı iç ve portal arasında elle dönüştürmek, erişim haklarını doğru sırayla düzenlemeyi ve yan etkileri hatırlamayı gerektirir. Bu, onu bir düğmeye çevirir.

• Kullanıcı formunda, listesinde ve arama filtrelerinde bir Kullanıcı Türü alanı
• Kullanıcı formunda İç Kullanıcıya Dönüştür ve Portala Dönüştür düğmeleri
• Kullanıcılar listesinde, birden fazla kişi için bir Kullanıcı Türünü Dönüştür eylemi

Genel sitenin kabuğu

Üst bilgi, alt bilgi ve oturum açma sayfası tek bir yerleşimde; bu veritabanındaki şirketin adıyla.

• Üst bilgi, alt bilgi ve oturum açma sayfası için tek bir yerleşim
• Gösterilen ad, bir şablona yazılmış bir değer değil, bu veritabanındaki şirkettir
• Logo adresi ve özel bir telif hakkı satırı sistem parametreleridir; Ayarlar → Web sitesi → Genel marka altından da düzenlenebilir

Sözleşmeler — Çekirdek

Sözleşme, tarafları, kaynağıyla birlikte yapılandırılmış koşulları, sürümleri ve beş sabit evreye eşlenen yapılandırılabilir aşamalardan oluşan bir iş akışı.

• Taraflar, yapılandırılmış koşullar ve koşul kaynağıyla sözleşmeler
• Sürümler; böylece "mart ayında ne yazıyordu?" yanıtlanabilir kalır
• Beş sabit evreye eşlenen yapılandırılabilir aşamalar

Sözleşmeler — Müzakere

İncelemenin neyin değiştiğine ve neyin saptığına yönelmesi, hiç değişmemiş kalıp metne asla yönelmemesi için kurulmuş — sözleşme sistemlerinin genelde terk edildiği yer burasıdır.

• Yapılandırılmış koşullara bağlı bir madde kütüphanesi; bir yedek maddeyi kabul etmek taşıdığı koşulu da ayarlar
• Oyun kitapları, turlar, sorunlar ve kaydedilen sapmalar
• Kendi başına birer müzakere turu olan toplantılar; gerekçeyi ve pozisyonları korurlar

Sözleşmeler — Onaylar

Onay birden fazla eksende karara bağlanır. Onu yalnızca kıdem olarak görmek en yaygın tasarım hatasıdır: standart bir gizlilik sözleşmesi, tutarı ne olursa olsun kimsenin kıdemine ihtiyaç duymaz.

• Tutara, sapmaya, sözleşme türüne ve riske göre onay
• Sapma, tutarın bir değiştiricisi değil, kendi başına bir eksen
• Vekâleten onay her zaman öyle kaydedilir — "adına" farklı bir olgudur

Sözleşmeler — Tadiller

Bir tadilin yalnızca var olduğunu değil, neyi değiştirdiğini kaydeder.

• Bir tadili yürürlüğe koymak, değiştirdiği koşul satırlarını kapatır ve yürürlük tarihinde yenilerini açar
• Değişen bir koşuldan türeyen her şey yeniden hesaplanır ve hareket yürürlükten önce gösterilir
• Çakışan tadiller yürürlük anında tespit edilir

Sözleşmeler — Yükümlülükler ve tarihler

İmza, yükümlülüğün başlangıcıdır; bir iş akışının sonu değil. Bu modül sonrasında olanları taşır.

• İki yönde de yükümlülükler; kanıt gerekiyorsa kanıtıyla
• Yazılmak yerine koşullardan hesaplanan ve sürücü koşullar hareket ettiğinde hareket eden türetilmiş tarihler
• Çoktan harekete geçmemiş kişiyi hatırlatmaya dayanmayan bir üst kademeye taşıma merdiveni

Sözleşmeler — Projeler, zaman ve maliyet

Ayrı tutulan iki maliyet: bir sözleşmeyi kazanmanın maliyeti ve onun altında teslim etmenin maliyeti. Bunları birleştirmek, hiçbir soruyu yanıtlamayan bir rakam üretir.

• İmzalansın ya da imzalanmasın, genel gider olarak kaydedilen müzakere emeği
• Sözleşme bedeline karşı tahsil edilen teslim maliyeti
• Sözleşmeler projelere rolüyle birlikte çoktan çoğa bağlanır; tek bir proje alanı ilk çerçeve sözleşmede kırılır

Sözleşmeler — Faturalanabilir zaman ve ücret esasları

Bir saatin ne ettiği, ücretin neye izin verdiği ve ikisini de gerektiren dört rakam.

• Kaydedilen zamanda ücret oranları, faturalanabilir işareti ve faturalanma durumu
• Sözleşmede belirtilen ücret esasları
• Tahsilat — faturalanan, kaydedilen zamanın değerine karşı

Sözleşmeler — Karşı taraf portalı

Dördüncü paylaşım kanalı: karşı taraf güncel sürümü burada okur, yorum yapar ve kendi işaretlemesini gelen bir tur olarak yükler.

• Karşı taraf güncel sürümü açar, yorumlar ve işaretlemesini geri verir
• İşaretleme, birinin dosyalamayı hatırlaması gereken bir e-posta olarak değil, ekiyle gelen bir tur olarak ulaşır
• İçeriden hiçbir şey görünmez — pozisyonlar, sapmalar, onaylar, oyun kitabı ve iç notlar dâhil

Sözleşmeler — E-imza köprüsü

Bir sözleşmenin imza servisini nasıl kullandığı. Diğer her şeyi başlatan olay, tamamlanmadır.

• Bir sürüm gönderilmeden önce onayların tamamlanmış olması gerekir
• İmzacının bağlayıcı yetkisi, belgesine karşı denetlenir
• Sürüm gönderildiğinde kilitlenir; böylece neyin imzalandığına dair her sonraki iddia kanıtlanabilir

Sözleşmeler — Güvenli depolama köprüsü

Her sözleşmeyi şifrelemek sistemi kullanılamaz kılar; hiçbirini şifrelememek güvensiz kılar. Bu yüzden gizlilik, sözleşmenin bir düzeyidir.

• Yalnızca güvenli olarak işaretlenmiş sözleşmeler belgelerini güvenli belge servisine yönlendirir
• Veritabanının dışında tutulan bir anahtarla sürüm başına şifreleme
• Varsayılan ret ve içerik döndürülmeden önce kaydedilen her okuma

Sözleşmeler — Raporlar

Boş olması gereken işaret listeleri ve üzerine tartışmaya değer yönetim görünümleri.

• Bir işaret listesi yalnızca hizadan çıkmış olanı tutar — boş liste iyi sonuçtur
• Modeli kurulu olmayan bir işaret, hata vermek yerine uygulanamaz olarak raporlanır
• Sınırsız sorumluluk bir liste olarak gösterilir; asla bir toplama eklenen bir sayı olarak değil

Hukuk Raporları — danışanlar, avukatlar ve yönetim

Üç okuyucu, tek aritmetik. Aynı rakamlar bir kez hesaplanır ve üç biçimde gösterilir; ekran başına yeniden türetilip birbirinden ayrılmaları yerine.

• Tek bir son tarih görünümü: türetilmiş sözleşme tarihleri, iki yöndeki yükümlülükler, toplantıda kararlaştırılan eylemler ve teslim son tarihleri
• Proje kontrolü: gelir, emek, taahhüt edilmiş maliyet, marj ve tahmin sapması; gruplanabilsin diye saklanan bir görünüm olarak
• Danışana bakan bir görünüm: iş nereye geldi ve ne borçlu

Sözleşmeler — Fikrî mülkiyet kuralları

İki kural ve yalnızca iki: kayıtları karşılaştıran ve bu yüzden yapılandırma olarak ifade edilemeyenler.

• Bir alt lisansın bölgesi, üstünün içinde kalmalıdır
• İki münhasır lisans çakışmamalıdır
• Fikrî mülkiyet paketinden ayrı tutulur; böylece bir işletme sözleşme türlerini denetimler olmadan kurabilir

Sözleşmeler — Hukuk kuralları

Sözleşme girişinde çıkar çatışması denetimi, dosya açılışıyla aynı. Aşama geçişini durdurur; uyarı vermez.

• Bir karşı taraf; mevcut danışanlara, yürüyen dosyalardaki karşı taraflara ve bilinen bağlı şirketlere karşı denetlenir
• Göz ardı edilebilecek bir uyarı çıkarmak yerine aşama geçişini durdurur
• Denetimin kendisi kaydedildikten sonra değiştirilemez — kimin, hangi kapsamda yürüttüğü ve ne bulduğu

Sözleşmeler — Genel paket

Başlangıç paketi. Çekirdeği ve bunu kurun; bir işletme ilk günden, hiçbir şey yapılandırmadan sözleşme yürütebilir.

• Gizlilik sözleşmeleri, çerçeve sözleşmeler, iş tanımları, hizmet, danışmanlık, tedarik ve satın alma
• Her türün taşıdığı koşullar ve içinden geçtiği iş akışı
• Bir sözleşmenin yarım hâlde imzaya ulaşmasını engelleyen denetimler

Sözleşmeler — İK paketi

İstihdam, yüklenici çalışması, danışmanlık ve sulh.

• İstihdam sözleşmeleri için sözleşme türleri, koşul türleri, madde kütüphanesi ve oyun kitabı
• İhbar, deneme süresi ve sonrası koşullar için yükümlülük şablonları
• Sulh sözleşmeleri varsayılan olarak güvenlidir — her kelime önemlidir ve bir düzenleyici sonradan sorar

Sözleşmeler — Hukuk paketi

Hukuk büroları — danışanlar için ve danışanlarla yapılan sözleşmeler — ve şirket içi hukuk birimleri. Aynı sistem iki işe de hizmet eder; varsayılanları keskin biçimde farklıdır.

• Vekâlet mektupları, sürekli danışmanlık ve avukat talimatları
• Düzenlemeye tabi metnin zorunlu işaretlendiği bir madde kütüphanesi
• Bir büronun vekâlet mektubu varsayılan olarak gizli ve kalem kalemdir

Sözleşmeler — Fikrî mülkiyet paketi

Lisans verenler, patent ve marka sahipleri, teknoloji transfer ofisleri, üniversiteler ve marka sahipleri.

• Sözleşme türleri olarak lisanslar, devirler ve opsiyonlar; lisans koşul türleriyle
• Madde kütüphanesi, oyun kitabı ve yükümlülük şablonları
• Bilinçli olarak varlık kaydı yok — bir patentin dosyalama geçmişi, onu zaten tutan portföy sistemine aittir

Sözleşmeler — Gayrimenkul paketi

Kira sözleşmeleri, kira vaatleri, kullanım izinleri, satışlar, irtifaklar ve bir kiraya iliştirilen senetler.

• Tarih sürücüsü koşullar olarak fesih tarihleri; çünkü bir fesih hakkı sessizce sona erer
• Fesih tarihinden türetilen bir yükümlülük olarak ihbar süresi; ikisi de üst kademeye taşınır
• Kira güncellemesi, ortak gider ve eski hâle getirme koşulları

Sözleşmeler — Finans paketi

Borç belgeleri: kredi sözleşmeleri, teminatlar, rehinler, alacaklılar arası ve tali alacak sözleşmeleri.

• Türetilmiş test tarihleriyle birlikte yapılandırılmış koşullar olarak mali taahhütler
• Kanıt gerektiren bir yükümlülük olarak uygunluk beyanı
• "Bu çeyrek hangi krediler test ediliyor ve hangi rakamlarla?" yanıtı olan bir soruya dönüşür

Sözleşmeler — İnşaat paketi

Ana sözleşmeler, alt yükleniciler, mesleki atamalar, teminat garantileri ve çevrelerindeki belgeler.

• Zincir üzerine kurulmuş: bir ana sözleşme, yalnızca alt yüklenicilerin tutabileceği bir tarih vaat eder
• Zincir boyunca karşılaştırılabilsin diye yapılandırılmış koşul olarak tutulan sırt sırta koşullar
• Alt yüklenicilerin ve mesleki sorumluluk teminatının taşıması gereken sorumluluk

Sözleşmeler — Veri koruma paketi

Veri işleme sözleşmeleri, iş ortağı sözleşmeleri ve alt işleyen koşulları.

• Taşıdıkları koşullarla birlikte veri işleme, iş ortağı ve alt işleyen sözleşme türleri
• Kendi koşulu olarak ihlal bildirim süresi; çünkü saatle ölçülür
• Türetilmiş tarihler olarak denetim yanıtı ve alt işleyen bildirimi

Giriş ve kayıt

Uygulamaya girmek ve bir hesabın kullanılıp kullanılamayacağına karar veren yaş eşiği.

• Açılış ve ilk çalıştırma yönlendirmesi; dönen kullanıcı bıraktığı yerde açılır
• Ağ geçidine karşı kayıt ve giriş; belirteçler güvenli depoda tutulur
• E-postayla parola sıfırlama

Kimlik ve yaş doğrulama

Birinin işlem yapmasını sağlayan kontrol; otomatik adımın çözemediklerini bir insan incelerken kişinin içinde beklediği durumlar dâhil.

• Neyin, neden istendiğini açıklayan yönlendirmeli giriş
• Yüz taraması ve alternatif yol olarak belge kontrolü
• Sınırda sonuç ve inceleme altında durumları; kişi asla belirsizlikte bırakılmaz

Ana sayfa — içerik akışı

İlk sekme. Makaleler, videolar ve güncellemelerden oluşan sıralı bir akış ve arkalarındaki yayıncılar.

• Ağ geçidinin sunduğu sıralı bir içerik akışı
• Görseller ve zengin metinle içerik detayı
• Yayıncı profilleri; okur bir kaynağı takip edebilir

Keşif ve değerlendirmeler

Kendi kendine yürütülen araçlar: kişinin kendi doldurduğu değerlendirmeler, sonuçları ve çevresinde kurulan partner özellikleri.

• Bir değerlendirmeyi doldurun ve sonuçları okuyun
• Delights haritası — kişisel bir görünüm ve paylaşılan bir görünüm
• Partner ekleme, katılma, davet etme ve karşılaştırma

Uzman bulma

Rehber, bir danışanın karşılaştığı hâliyle: gezinme, karşılaştırma, kaydetme, sorma ve ardından gelen sohbet.

• Uzman rehberinde gezinme ve filtreleme
• Diplomalar, diller, hizmetler ve değerlendirmelerle bir profil
• Kaydedilen uzmanlar — Uzmanlarım

Hizmetler

Gerçekte neyin randevusunun alınabileceği; ücreti, süresi ve çevrimiçi mi klinikte mi verildiğiyle birlikte.

• Klinik genelinde sunulan hizmetlerde gezinme
• Ücret, süre ve teslim biçimiyle hizmet detayı
• Hizmetten doğrudan randevuya ya da satın almaya geçiş

Mağaza ve ödeme

Satın alma — tek seans, paket ya da bir ürün. Danışanın sonradan harcadığı kredi buradan gelir.

• Ürün kataloğu ve ürün detayı
• Sepet, ödeme ve satın alma anında kabul edilen hizmet sözleşmesi
• Sipariş onayı ve arkasındaki sipariş geçmişi

Randevu alma

Bir krediyi belirli bir ajandadaki belirli bir saate harcamak — ve danışanın sonrasında bu konuda gördüğü her şey.

• Gerçek müsaitliğe karşı, danışanın kendi saat diliminde randevu oluşturma
• Bir seansın alabileceği her durumla birlikte randevu listesi
• Randevu detayı: katılım bağlantısı, lokasyon ve oda, erteleme ve iptal

Sorular, destek talepleri ve partnerler

Herkese açık sormak, özel olarak sormak ve danışanın ilerlemesini paylaşmayı seçtiği kişiler.

• Herkese açık soru akışı ve hiçbir şeye bağlanmadan önce soru sorma
• Uzmanın kendi yanıtıyla soru detayı
• Destek talepleri — açın, izleyin, yanıtları okuyun

Profil — danışan merkezi

Üçüncü sekme ve destek sorularının çoğunun yanıtı. Uygulamanın kişi hakkında bildiği her şey, tek ekranda.

• Randevular ve görüşme geçmişi; geri bildirim ve seans değerlendirmeleriyle
• Krediler, alınmış seanslar ve favoriler
• Fatura adresi, faturalar, fatura detayı, ödeme yöntemleri

Profil — uzman muayenehanesi

Aynı sekme, bir uzmanın gözünden. Bütün bir muayenehanenin masa başından değil telefondan yürütülebilmesini sağlayan da budur.

• Müsaitlik: haftalık saatler ve tarihli takvim istisnaları
• Danışan sohbetleri ve her görüşmenin arkasındaki danışan geçmişi
• Seans raporunu, ait olduğu seansın üzerinden gönderme

Yapay zekâ yardımcısı

Uygulama içinde sohbet eden bir yardımcı; ağ geçidi üzerinden aktarılır, böylece hiçbir model kimlik bilgisi cihaza ulaşmaz.

• Yanıtların akarak geldiği bir sohbet ekranı
• Görüşme geçmişi; bir konu sonradan kaldığı yerden sürdürülebilir
• Ağ geçidinin yapay zekâ arayüzünden geçer; gerçek bir sağlayıcıya ya da bir taklide bağlanır

Ayarlar, gizlilik ve hukuki metinler

Bir kişinin bulmayı beklediği denetimler; bir düzenleyicinin bulabilmelerini beklediği denetimler dâhil.

• Uygulama ayarları ve 23 yerel arasında dil seçimi
• Gizlilik ayarları ve hangi bildirimin hangi kanaldan geleceği
• Cihaz oturumları dâhil güvenlik ayarları

Uygulama çekirdeği

Yukarıdaki her özelliğin üzerine kurulduğu şey. Bir ekran değil; ekranların tutarlı davranmasının sebebi.

• Ağ geçidiyle iletişim; belirteç yenileme ve hata yönetimi tek yerde
• Belirteçler ve güvenli cihaz durumu için güvenli depolama
• Yönlendirme; böylece bir bildirim tam olarak işaret ettiği ekranı açabilir

Kimlik ve hesap

Girişi iş çekirdeğine karşı doğrular ve kendi kısa ömürlü belirteçlerini verir. Uygulama hiçbir zaman bir çekirdek kimlik bilgisi taşımaz.

• Giriş, kayıt, yenileme ve çıkış; ağ geçidinin verdiği JWT ile
• Geçerli kullanıcı ve profili
• Cihaz kaydı; böylece anlık bildirimler doğru telefona ulaşır

Rehber ve katalog

Bir danışanın hiçbir şey harcamadan önce gezindiği her şey; hızlı sunulur ve pahalı olan yerlerde önbelleğe alınır.

• Uzmanlar, profilleri, müsaitlikleri ve hizmetleri
• Hizmet kategorileri ve randevusu alınabilir ürünler
• Değerlendirmeler ve puanlar; denetim durumuna saygı göstererek

Randevu ve para

İşlem tarafı. Satın alma, kredi, randevu, fatura ve tahsilat; her biri yeniden yazılmak yerine iş çekirdeğine eşlenir.

• Randevu oluşturma, erteleme ve iptal; politikayı çekirdek uygular
• Siparişler ve ürettikleri krediler
• Faturalar ve fatura belgeleri

İçerik ve topluluk

Okuma ağırlıklı taraf: bir kişi randevu almadığı zaman gezindiği şeyler.

• Sıralı içerik akışı ve içerik detayı
• Herkese açık sorular ve yanıtlar
• Keşif, değerlendirmeler ve sonuçları

Mesajlaşma ve gerçek zamanlı

WebSocket merkezi. Sohbet, çevrimiçi durumu, yapay zekâ akışı ve sesli/görüntülü görüşme sinyalleşmesi; hepsi tek bir bağlantı üzerinde.

• WebSocket bağlantı yönetimi ve çevrimiçi durumu
• Danışanla uzman arasında sohbet ve grup kanalları
• Sesli ve görüntülü görüşmeler için sinyalleşme

Belgeler ve medya

Dosyalar; uygulama depolamayla hiç konuşmasın ve hiçbir şey tahmin edilebilir bir adresten sunulmasın diye böyle tutulur.

• Güvenli belge erişimi; çekirdeğin erişim kurallarını yeniden karara bağlamak yerine onlara uyarak
• Ağ geçidi üzerinden vekillenen medya yükleme ve okuma
• Boyutlandırılıp önbelleğe alınan görseller; böylece bir rehber listesi telefonda ucuzdur

Destek, yapılandırma ve yapay zekâ

Geri kalanı: destek talebi açmak, danışma istemek, uygulamaya bu kurulumda neyin açık olduğunu söylemek ve bir modelle konuşmak.

• Destek talepleri ve yanıtları
• Danışma talepleri
• Çalışma zamanı yapılandırması; uygulama yalnızca bu işletmenin açtığı özellikleri gösterir

Sağlayıcı arayüzleri (önce taklit)

Dört özellik anahtarı; her biri gerçek bir sağlayıcıya ya da bir taklide bağlanır. Sistemin hiç dış hesap olmadan tanıtılabilmesinin, geliştirilebilmesinin ve test edilebilmesinin sebebi.

• DATA_SOURCE — Odoo iş çekirdeği ya da bir taklit veri kümesi
• PAYMENTS — gerçek bir sağlayıcı ya da onun gibi davranan bir taklit
• NOTIFICATIONS — Firebase Cloud Messaging ya da bir taklit