Bir sevk gönderilir, ancak sonrasında kimse sorumluluğunu üstlenmez
Bir sevk bir klinikten diğerine geçtiğinde, onu veren klinisyen ne olduğunu tipik olarak ancak hasta bildirirse veya bir mektup alırsa öğrenir.
Boşluklar özgüdür ve her biri ayrı bir çözüm ister: hiç alınmadı, alındı ama rezerve edilmedi, rezerve edildi ama gelinmedi, gelindi ama rapor dönmedi. Bir şeyi "bekleyen" diye bildirmek dört ayrı sorunu tek işe yaramaz durumda birleştirir.
Gözden kaçanlar hastalardır. Rezervasyon mektubu almayan bir kişi sistemin vakasını ele aldığını sanır. Sonra kimse fark etmeden üç ay geçer.
Burada klinik yargı yoktur. Sevkin uygun olup olmadığına ve sonucunun ne anlama geldiğine sevk eden klinisyen karar verir. Takip, şu anda sahibi olmayan idari bir rutindir.
ActionFlow tuvalde nasıl çalışır
Sevk kayıtları bir PostgreSQL veya Airtable node'da saklanır. Aşama alanı tüm tasarımdır. Çünkü o alan bir "bekleyen" kaydı eyleme dönüştürülebilir bir bulguya çevirir.
Bir Start Scheduled node onları okur. Alan sistemler bunları açıyorsa bir HTTP Request node alındıları, rezervasyon onaylarını ve dönen raporları kontrol eder. Açmıyorlarsa bir Email node yazışmayı okur.
Bir Text Classifier node gelen yazışmayı inceler. Onu alındı, rezervasyon, sonuç raporu veya başka bir şey olarak sınıflandırır. Bir HTTP Request node ardından kaydı ilerletir.
Date node her sevkin bulunduğu aşamada geçirdiği süreyi hesaplar. Airtable node her aşama için beklenen süreyi tutar ve o süre aşamaya göre değişir.
Filter node takılı kümeyi oluşturur. Switch node aşamaya göre yönlendirir: alınmamış sevkler için alan pratiğe bir takip, rezerve edilmeyenler için hasta iletişimi, yanıtı olmayan tamamlanmış randevular için bir rapor isteği.
Bir Human in the Loop node hastaya dönük tüm iletileri bekletir. Bir Slack node koordinatöre aşamaya göre düzenlenmiş bir takılı liste verir. Bu bir durum raporu değil, bir çalışma listesidir.
Bu ActionFlow'un kullandığı node'lar
- Airtable (Integration): aşama alanı ve aşama başına beklenen süreyle sevkleri tutar.
- Start Scheduled: sevk kümesini döngünüze göre okur.
- HTTP Request (Util): açıldıkları yerde alındıları, rezervasyonları ve dönen raporları kontrol eder.
- Text Classifier (AI Custom): yazışmayı alındı, rezervasyon veya sonuç olarak okur.
- Date (Util): mevcut aşamadaki süreyi o aşamanın kendi beklentisine karşı hesaplar.
- Switch (Control): her takılı aşama için farklı bir eylem yönlendirir.
- Slack (Human in the Loop): hastaya dönük iletileri bekletir ve takılı listeyi aşamaya göre iletir.
Sık sorulan sorular
Bülten
Ürün güncellemelerini alın
Yeni node'lar, agent'lar ve ürün notları. Yalnızca açmaya değer bir şey varken e-posta göndeririz.