/customers/{id}/... altında çalışır ve {id} hasta kimliğidir. Hastanın kendisini yönetmek için Hastalar sayfasına bakın. Lead’e ait not ve görevler için Lead notları ve görevleri sayfasını kullanın.
Her istekte
Authorization: Bearer <access_token> ve X-Tenant: <tenant_id> başlıkları gerekir. Ayrıntı: Klinikler ve X-Tenant.Endpoint özeti
Taban adreshttps://app.flextell.ai/api/v1. Notlar için scope’ların ikisi birden gerekir. Görevler için yalnızca hasta scope’u yeter.
Notların kendi izinleri vardır (
View:Note, Create:Note, Update:Note, Delete:Note) ve kapsamı ViewAllNotes:Note belirler. Görev işlemleri için ayrı bir görev izni yoktur; hasta izinleri yeter.
Tek kayıt ve işlem yanıtları {"success": true, "data": ...} zarfıyla döner. Listeler success olmadan data, links ve meta taşır. Ayrıntı: Yanıt yapısı.
Notlar
Bir hastanın not listesi iki kaynaktan oluşur: hastaya doğrudan eklenen notlar ve hastanın henüz dönüşmemiş Lead’ine eklenen notlar. Lead hastaya dönüşürken notları kopyalanır. Kopyalanan not listede bir kez görünür;origin alanı lead, source_lead_id alanı Lead’in kimliğidir.
Not nesnesi
Listeleme
Tarih aralıkları kliniğin saat dilimindeki gün sınırlarına göre okunur.
_to yalnızca tarih ise o günün tamamını kapsar.
Oluşturma ve değiştirme
201 döner:
{"message": "Not başarıyla silindi"} döner. Silme yumuşaktır; bkz. Silme yaşam döngüsü.
Görevler
Görev listesi de iki kaynaktan oluşur: hastaya eklenen görevler ve hastanın Lead’lerine eklenen görevler (origin: lead). Lead tarafındaki görev uç noktası hastaya eklenen görevleri göstermez.
Görev nesnesi
Listeleme
Oluşturma ve güncelleme
Güncellemede (
PUT) gönderdiğiniz alanlar değişir, gönderilmeyenler korunur.
201 döner. Örnek yanıt assigned_user ve created_by nesnelerini kısaltır:
{"message": "Hasta görevi silindi"} döner ve yumuşaktır.
Görevi tamamlama ve yeniden açma
İki uç nokta da gövde istemez ve güncel görevi döner.Görev zamanı geldi bildirimi gider. Bildirim her görev için bir kez gönderilir. Yeniden açılan görevde bu kayıt sıfırlanır, bu yüzden vade geçmediyse hatırlatma yeniden çalışır.
Tamamlanan görev pasif olur ve hatırlatma almaz. Görevi yalnızca pasife almak için
PUT ile is_active: false gönderin; bu, görevi tamamlanmış yapmaz.Atama kuralları
assigned_user_idkliniğin aktif bir kullanıcısı olmalıdır. Başka klinikten bir kullanıcı422döner (The selected user does not belong to this tenant.).Assign:Leadizniniz yoksa görev her zaman size atanır. Oluşturmada gönderdiğinizassigned_user_idyok sayılır. Güncellemede göndermeniz de sorumluyu değiştirmez; alan size çevrilir.- Görevi başka birine atamak için
Assign:Lead(panelde Lead’ler grubunda Ata) izni gerekir. - Görevi başka birine atadığınızda ya da sorumluyu değiştirdiğinizde yeni sorumlu
Size bir görev atandıbildirimini alır. Kendinize atadığınızda ya da sorumluyu boşalttığınızda bildirim gitmez. - Görev listesinde
ViewAllLeads:LeadveyaViewAllCustomers:Customerizni olanlar tüm görevleri görür. Diğerleri yalnızca kendi oluşturduğu veya kendisine atanan görevleri görür. Kapsam dışı bir görevin kimliğini kullanırsanız404alırsınız. - Lead başka bir kullanıcıya devredilirken açık görevlerin ne olacağı Lead tarafında
task_actionile seçilir. Ayrıntı: Lead notları ve görevleri.
Yetki ve hata kodları
Kontroller sırayla şöyle çalışır: scope ve izin (403), alan doğrulaması (422), kayıt bulunamadı veya görünürlük dışı (404), imha edilmiş hasta (409). Genel kurallar için İzinler ve kayıt görünürlüğü sayfasına bakın.