Ön doldurulmuş eğitim ekranını açın ve taslak gelecek rapor satırlarını okuyun.
otomatik · onay gerekmez · 0 harici belirteçGüvenli rehber
Asistan Bu asistan nasıl çalışır?Bu sayfa LLM çağırmaz. Belge durumlarını ve backend’in önerdiği sıradaki adımları okuyarak kullanıcıya ne yapacağını söyler; yazma işlemleri için ayrıca onay ister.
Sor ve yönlen
Şimdi ne yapmalıyım? Token kullanımıBu ilk asistan sürümü deterministiktir: token harcamaz, hasta belgesini dış servise göndermez ve sadece mevcut önerilere göre konuşur.
Asistan bu işi tek serbest chatbot gibi yapmaz. Önce token harcamadan metni eğitim ekranına taşır veya durumu açıklar; veri değiştiren taslak/işlem için açık onay, gerekirse gerekçe ve backend kapıları ister.
5 adımlı güvenli autopilot yolu
Aynı formdan bir örnek yükleyin veya seçin.
kullanıcı/gate · onay gerekmez · 0 harici belirteçTaslak yazılmasını istemeden önce metni, örneği ve gelecekteki satırı gözden geçirin.
kullanıcı/gate · onay gerekir · Varsayılan olarak 0 harici belirteçKuralları ve belgeleri yalnızca rol, neden, kapsam ve denetim kapıları aracılığıyla yayınla/etkinleştir.
kullanıcı/gate · onay gerekir · Karar için 0 harici belirteçEğitim için kullanılmamış aynı tür bir belge yükleyin ve kalem bazlı PASS/FAIL/MANUAL_REVIEW satırlarını doğrulayın.
kullanıcı/gate · onay gerekmez · 0 harici belirteçBilmeniz gerekmeyen teknik detaylar
- kanonik alan anahtarları
- OCR bölge koordinatları
- kural paketi içleri
- yeniden işleme kuyruğu mekanikleri
- model önbellek anahtarı detayları
Asistanın duracağı sınırlar
- Yönetilen onay olmadan sohbetten bir kural paketini yayınlamayın veya etkinleştirmeyin.
- PHI içeren hasta belgelerini varsayılan olarak Gemini/buluta göndermeyin.
- Yükleme başarısı veya taslak oluşturma son eğitim kanıtı olarak çağırma.
- FAIL/MANUAL_REVIEW satırlarını otomatik PASS olarak işaretleme.
Salt okunur cevaplar, yönlendirme, ön doldurma, makbuzlar ve onay kontrolleri deterministiktir. Qwen/VLM/Gemini yardımı isteğe bağlıdır ve sağlayıcı/veri/maliyet onayından geçmelidir.
Metni eğitime taşımak bir yazma işlemi değildir. Taslak oluşturma, OCR/kurallar çalıştırma, raporlama, yayınlama, etkinleştirme ve model kullanımı açık onay ve arka uç yeniden kontrolleri gerektirir.
Sistem kullanıcıyı yönlendirebilir ve taslak oluşturmayı onayla çalıştırabilir; fakat eğitim tamamlandı demek için held-out aynı tip belge üzerinde satır satır rapor kanıtı gerekir.
Tamamlanma sınırı: Yükleme veya taslak oluşturma eğitim tamamlandı anlamına gelmez. Tamamlanma sınırı: yeni aynı tip held-out belge + itemized PASS/FAIL/MANUAL_REVIEW raporu + governance kanıtı.
Sıradaki kullanıcı işi: Metni eğitim ekranında aç adımını çalıştırın; veri değiştiren adımsa önce onay metnini ve gerekçeyi kontrol edin.
Asistan tek cümlelik cevap, sonraki tık, veri değişir mi, onay gerekir mi ve token kullanılır mı bilgisini gösterir.
assistant-autopilot-runbook.v1Kullanıcı teknik alan adı bilmeden ne kontrol edileceğini yazar; sistem bunu eğitim ekranına ve gelecek rapor satırlarına taşır.
/document-training?source=assistant_train_from_text&description=%C5%9Eimdi+ne+yapmal%C4%B1y%C4%B1m%3FSistem üretime atlamaz; belge tipi, alanlar, bölgeler, kurallar ve rapor satırları önce taslak olarak incelenir.
Aynı form ailesinden örnek belge seçilmedi.Kalan boşluk: Aynı form ailesinden en az bir örnek bağlanmalı.
Asistan sayfa durumunu okuyup tek güvenli işi önerir; taslak, OCR, rapor, yayın veya aktivasyon gibi yazma işleri için onay ister.
assistant-task-receipt.v1Rapor satırı yanlışsa kullanıcı PASS/FAIL/MANUAL_REVIEW veya bölge düzeltmesi seçer; bu sessiz üretim değişikliği değil yeni eğitim iyileştirme taslağıdır.
Belge detayı satır-düzeltme eylemleri belge eğitimine geri yönlendirilirKalan boşluk: Backend/regression kanıtı ayrıca üretimden önce doğrulanmalı.
Eğitimde kullanılmamış aynı tip yeni belge yüklenir; her kontrol satırı PASS/FAIL/MANUAL_REVIEW olarak raporlanmadan sistem tamamlandı sayılmaz.
held-out itemized PASS/FAIL/MANUAL_REVIEW kanıtı yok.Kalan boşluk: Aynı tip ama eğitim dışı bir belgeyle nihai rapor kanıtı oluşturulmalı.
Varsayılan yol dış modele hasta belgesi göndermez; Qwen/VLM/Gemini ancak sağlayıcı, veri ve maliyet onayıyla devreye girer.
Salt okunur cevaplar, yönlendirme, ön doldurma, makbuzlar ve onay kontrolleri deterministiktir. Qwen/VLM/Gemini yardımı isteğe bağlıdır ve sağlayıcı/veri/maliyet onayından geçmelidir.Kalan boşluk listesi
- C. Taslak incelenebilir ve onaylıdır: Aynı form ailesinden en az bir örnek bağlanmalı.
- E. Yanlış rapor öğrenme taslağına döner: Backend/regression kanıtı ayrıca üretimden önce doğrulanmalı.
- Held-out kanıt tamamlanmadan bitti denmez: Aynı tip ama eğitim dışı bir belgeyle nihai rapor kanıtı oluşturulmalı.
Bu kapsam denetimi token harcamaz. Chatbot/AI yardımcı eklense bile önce bu fişi okur; yazma veya model çağrısı için ayrı onay ister.
Kullanıcının ilk işi teknik ekran seçmek değil; formda ne kontrol edileceğini normal cümleyle yazmaktır.
Bu metinden oluşacak gelecek rapor satırları
| # | Kontrol | Tip | PASS / FAIL / MANUAL_REVIEW mantığı |
|---|---|---|---|
| 1 | kaşe Kritik / bloklayıcı olabilir | SIGNATURE_OR_STAMP | PASS: Kanıt beklenen şekilde bulunur ve zorunlu koşul sağlanır. FAIL: İmza/kaşe güvenle görülürse PASS; eksikse FAIL; belirsizse MANUAL_REVIEW. MANUAL: Kanıt düşük güvenli, okunamaz veya çelişkiliyse MANUAL_REVIEW olur. |
| 2 | İmza/kaşe/kutu kontrolleri: [imza/kaşe/kutu kontrolleri] Kritik / bloklayıcı olabilir | CHECKBOX_OR_SELECTION | PASS: Kanıt beklenen şekilde bulunur ve zorunlu koşul sağlanır. FAIL: Gerekli seçim işaretliyse PASS; boş/yanlışsa FAIL; düşük güven varsa MANUAL_REVIEW. MANUAL: Kanıt düşük güvenli, okunamaz veya çelişkiliyse MANUAL_REVIEW olur. |
| 3 | Tarih/zaman kuralları: [tarih/zaman kuralı varsa yazın] | SPECIAL_CONTROL | PASS: Kanıt beklenen şekilde bulunur ve zorunlu koşul sağlanır. FAIL: Kanıt kontrolü destekliyorsa PASS; desteklemiyorsa FAIL veya MANUAL_REVIEW. MANUAL: Kanıt düşük güvenli, okunamaz veya çelişkiliyse MANUAL_REVIEW olur. |
| 4 | Hasta değeri yazma; sadece alan adı ve kontrol mantığı olarak yorumla | SPECIAL_CONTROL | PASS: Kanıt beklenen şekilde bulunur ve zorunlu koşul sağlanır. FAIL: Kanıt kontrolü destekliyorsa PASS; desteklemiyorsa FAIL veya MANUAL_REVIEW. MANUAL: Kanıt düşük güvenli, okunamaz veya çelişkiliyse MANUAL_REVIEW olur. |
| 5 | Kritik hata / manuel inceleme sınırı Kritik / bloklayıcı olabilir | CRITICALITY_POLICY | PASS: Kanıt beklenen şekilde bulunur ve zorunlu koşul sağlanır. FAIL: Bu satır PASS/FAIL üretmekten çok diğer kontrollerin FAIL veya MANUAL_REVIEW eşiğini belirler. MANUAL: Kanıt düşük güvenli, okunamaz veya çelişkiliyse MANUAL_REVIEW olur. |
Bu önizleme deterministiktir ve token harcamaz. Reviewable draft oluşturmak için örnek belge, satır onayı ve yazılı onay gerekir.
Asistanın hâlâ bilmesi gerekenler
- Bu formun kullanıcıya görünecek adı nedir? Örnek: Cerrahi onam formu Rev 2. Taslak için zorunlu.
- Bu formda hangi alanlar, imzalar, kaşeler veya kutular zorunlu? Örnek: Hasta adı, protokol numarası, belge tarihi, hasta imzası ve hekim imzası zorunlu.. Taslak için zorunlu.
- Eksik, okunamayan veya çelişkili durumda sonuç ne olmalı? Örnek: Eksik imza FAIL, düşük OCR güveni veya okunamayan tarih MANUAL_REVIEW olsun.. Taslak için zorunlu.
- Aynı formdan en az bir örnek belge seçildi mi? Örnek: Bu belgeyi örnek olarak kullan veya aynı formdan daha temiz bir PDF/JPEG yükle.. Taslak için zorunlu.
Asistan önce durumu açıklar, doğru ekrana götürür ve eğitim metnini ön doldurur. Veri değiştiren her iş kullanıcı onayı ve backend kontrolü ister; varsayılan çalışma harici token harcamaz.
Kaybolduysanız buradan başlayın: soru sorun, önerilen tek güvenli adımı okuyun, veri değişecekse onay verin. Metin belgeyi tek başına üretime eğitmez; sadece incelenebilir taslak başlatır.
- Durumu açıkla: Belge durumlarını, sıradaki adımı ve neden rapor çıkmadığını açıklar.
- Doğru ekrana yönlendir: Yükleme, belge eğitimi, kural stüdyosu, modeller veya operasyon ekranına götürür.
- Eğitim metnini hazırla: Kullanıcının doğal dil açıklamasını belge eğitim ekranına taşır; üretime yazmaz.
- Gelecek rapor satırlarını açıkla: Metinden hangi PASS / FAIL / MANUAL_REVIEW kontrol satırlarının çıkacağını özetler.
- Eğitim taslağı oluştur: şu an hazır değil — Örnek belge ve kontrol metninden belge tipi, alan, kural ve rapor checklist taslağı üretir; yayın yapmaz.
- Önerilen toplu işlemi çalıştır: şu an hazır değil — gerekçe ister — Backend’in zaten önerdiği OCR/kural yeniden işleme veya kanıt raporu işlemini çalıştırır; beklenmeyen aksiyonu reddeder.
- Eğitim sonrası güvenli kapıları ilerlet: şu an hazır değil — gerekçe ister — Belge türü, kural, paket, yeniden işleme ve rapor kapılarını sırayla dener; ikinci kullanıcı/yetki gerekirse durur.
Asistanın duracağı sert sınırlar
- Kullanıcı görmeden veya onaylamadan kural yayımlamak.
- İkinci kullanıcı, yayın yetkisi veya kalite kapısını bypass etmek.
- Cloud/Gemini modele hasta belgesi veya PHI göndermek.
- Düşük güvenli OCR sonucunu otomatik FAIL veya PASS yapmak.
- Belge yüklendi diye geçerli rapor varmış gibi göstermek.
Asistanın yazdığı metni öneri kabul edin; üretim kuralı, paket aktivasyonu veya PASS/FAIL kararı için ekranda gösterilen kanıt ve onay kapıları tamamlanmalıdır.
Yazma, yeniden işleme, rapor üretme, taslak oluşturma, yayın veya paket etkinleştirme işlemleri açık kullanıcı onayı ve backend yetki kapıları ister.
Evet, yazdığınız metin belge eğitimini başlatabilir. Şimdi en güvenli adım metni eğitim ekranına taşımak ve gelecekteki rapor satırı önizlemesini okumaktır.
Tıklayınca: Belge eğitim ekranı ön doldurulmuş kontrol metniyle açılır; veri yazılmaz ve taslak oluşturulmaz.
Gelecek upload raporu için kanıt ve sadeleştirme hedefi
- Aynı formdan örnek belge veya eğitimde kullanılmamış aynı-tip test belgesi.
- Gelecek rapor checklist satırlarının PASS / FAIL / MANUAL_REVIEW olarak kullanıcı tarafından okunması.
- Düşük güvenli alan, imza, kaşe, kutu ve tarih bölgelerinin görsel/kanıt doğrulaması.
- Belge tipi, kural paketi, aktivasyon ve yeniden işleme kapılarının ayrı governance onayı.
- Belge ayrıntısında gerçek itemized satırlar ve kanıt bağlantıları.
- Kanonik alan anahtarları.
- Belge tipi sürüm numaraları.
- OCR region koordinatları.
- Kural paketi ve reprocess queue iç detayları.
Asistan metni taşıyabilir ve açıklama verebilir; taslak oluşturma, OCR/kural çalıştırma, rapor üretme, yayın veya aktivasyon veri değiştiren ayrı onaylı işlerdir.
Bu training answer card deterministiktir; mevcut sayfa durumundan hesaplanır ve dış modele hasta belgesi göndermez.
Evet, asistan bu soruyu token harcamadan cevaplayabilir veya doğru ekrana yönlendirebilir.
Tıklayınca: Kullanıcı /uploads ekranına yönlendirilir; veri değişmez.
Onay gerekmez. Varsayılan bu görev token harcamaz. Qwen/VLM/Gemini danışmanlığı ayrı ve açık model/veri/maliyet onayı ister; hasta belgesi cloud modele varsayılan gönderilmez.
Henüz asistan işlemi çalıştırılmadı.
Bu alan son asistan tıklamasının fişini göstermek içindir. Açıklama ve yönlendirme token harcamaz; yazma işlemleri ayrıca gerekçe, yazılı onay ve backend governance kapıları ister.
Evet, kullanıcı metni belge eğitimini başlatabilir; ama yalnızca neyin kontrol edileceğini öğretir. Üretimde otomatik karar için örnek belge, görsel/alan doğrulaması, kullanıcı onayı, yayımlı kurallar, aktif paket ve yeni belgeyle uçtan uca rapor gerekir.
Kullanıcıya gösterilecek otomatik yol
- Normal metinle ne kontrol edileceğini yazın.
- Asistan metni eğitim ekranına taşır ve rapor satırı taslağına çevirir.
- Sistem aynı formdan örnek belge ister; metin tek başına layout/OCR güvenini kanıtlamaz.
- Kullanıcı taslak checklist satırlarını, kanıt bölgelerini ve FAIL/MANUAL_REVIEW davranışını onaylar.
- Yayın/aktif paket/yeni belge raporu ayrı onaylarla tamamlanır.
Kapı kapı durum
Algılanan maddeleri okuyun; eksikse imza, tarih, kaşe, kutucuk ve FAIL/MANUAL_REVIEW koşullarını ekleyin.
Token: none_by_default. Onay: gerekmez.
Aynı formdan en az bir örnek belge yükleyin veya seçin.
Token: none. Onay: gerekmez.
Metin ve örnek belge hazır olunca taslak oluşturma düğmesi açılır.
Token: local_deterministic_or_local_model_only_if_enabled. Onay: gerekir.
Her kontrol satırının doğru kanıt, doğru şiddet ve doğru manuel inceleme davranışı verdiğini onaylayın.
Token: none. Onay: gerekir.
Belge tipi, kurallar, paket ve yeniden işleme kapıları ayrı governance onayıyla geçmeden üretim otomasyonu hazır sayılmaz.
Token: none_for_decision. Onay: gerekir.
- Aynı formdan örnek belge seçilmeli.
- Bu formun kullanıcıya görünecek adı nedir?
- Bu formda hangi alanlar, imzalar, kaşeler veya kutular zorunlu?
- Eksik, okunamayan veya çelişkili durumda sonuç ne olmalı?
- Aynı formdan en az bir örnek belge seçildi mi?
Bu autopilot kartı deterministiktir ve token harcamaz. Token yalnızca kullanıcı ayrıca model destekli metin/VLM adımı isterse ve model/veri/maliyet onayı verirse gündeme gelir.
Henüz tam otomatik değil. Sistem bazı adımları otomatik önerir/önizler, ama gerçek gelecek-yükleme kontrolü için eksik kapılar var.
Sıradaki gerçek kapı: Aynı formdan örnek veya hasta belgesi yükleyin.
- 13. Asistan kontrollü tek sonraki adım
- 14. Belge ayrıntısında rapor/eksik kapı açıklaması
- 15. Local-first model/token politikası
- 6. Kullanıcıya gösterilen eğitim taslağı
- 8. Belge tipi / kural artefaktlarının sisteme oluşturulması
- 10. OCR + kuralların kaynak belge üzerinde çalışması
- 9. Yayınlanmış / aktif kontrol paketi
- 7. İnsan checklist ve kritik alan onayı
Şu an takıldığınız kapılar
Henüz kapsamda belge yok.
Yapılacak: Aynı formdan örnek veya hasta belgesi yükleyin.
Üretim etkisi: Dosya sisteme alınır; bu geçerli/geçersiz raporu değildir.
İncelenecek taslak yok.
Yapılacak: Her rapor satırını ve kritik alanı okuyup düzeltin.
Üretim etkisi: Bu kapı otomatikleştirilmez; hatalı kuralın üretime geçmesini engeller.
Sisteme oluşturma kanıtı yok.
Yapılacak: Gerekçeyle incelenmiş taslağı sisteme oluşturun.
Üretim etkisi: Artefakt oluşturur; aktif kontrol paketi ve gerçek rapor hâlâ ayrı kapıdır.
Önce taslak sisteme oluşturulmalı.
Yapılacak: Aynı formdan en az bir örnek belge yükleyin.
Üretim etkisi: Yeni belgelerin hangi yayımlı kurallarla değerlendirileceğini belirler.
Tüm kapıları göster
- CURRENT — 1. Dosya alımı ve güvenli karantina: Aynı formdan örnek veya hasta belgesi yükleyin.
- PENDING — 2. Bilinen / bilinmeyen form yönlendirmesi: Belge durumunu yenileyin veya eğitim ekranında örnek seçin.
- PENDING — 3. Ne kontrol edileceğini anlatan kaynak: Belge türü, zorunlu alanlar, imza/kaşe/kutu/tarih ve FAIL/MANUAL_REVIEW koşullarını yazın.
- PENDING — 4. Metinden rapor checklist önizlemesi: Önizleme çalıştırın; eksik sorular çıkarsa metni düzeltin.
- PENDING — 5. Örnek belgeyle sayfa/alan öğrenimi: Aynı formdan en az bir örnek belge seçin.
- PENDING — 6. Kullanıcıya gösterilen eğitim taslağı: Onayla reviewable eğitim taslağı oluşturun.
- BLOCKED — 7. İnsan checklist ve kritik alan onayı: Her rapor satırını ve kritik alanı okuyup düzeltin.
- BLOCKED — 8. Belge tipi / kural artefaktlarının sisteme oluşturulması: Gerekçeyle incelenmiş taslağı sisteme oluşturun.
- BLOCKED — 9. Yayınlanmış / aktif kontrol paketi: Aynı formdan en az bir örnek belge yükleyin.
- BLOCKED — 10. OCR + kuralların kaynak belge üzerinde çalışması: Gerekçeyle OCR + kural yeniden işleme isteyin.
- BLOCKED — 11. Aynı tip yeni belgeyle uçtan uca test: Önce kaynak belge raporunu ve aktif paket kapısını tamamlayın.
- BLOCKED — 12. PASS / FAIL / MANUAL_REVIEW satırlı rapor: Yeni aynı tip belge yükleyip PASS/FAIL/MANUAL_REVIEW satırlarını doğrulayın.
- DONE — 13. Asistan kontrollü tek sonraki adım: Tek güvenli düğmeyi kullanın; veri değişirse onay alanlarını doldurun.
- DONE — 14. Belge ayrıntısında rapor/eksik kapı açıklaması: Belge ayrıntısında FILE_VALIDATED ile gerçek raporu ayırın.
- DONE — 15. Local-first model/token politikası: Varsayılan politikayı koruyun.
- Metin/checklist açıklaması taslak üretir; tek başına üretim kontrolü değildir.
- Yayın, aktif paket, yeniden işleme, model kullanımı ve toplu işler onay/gerekçe/backend kapıları ister.
- Cloud/Gemini hasta belgesi için varsayılan kapalı kalmalıdır; local Qwen/VLM advisory/shadow olmalıdır.
- FILE_VALIDATED dosyanın güvenlik/format doğrulamasıdır; belge geçerli raporu satır bazlı PASS/FAIL/MANUAL_REVIEW çıktısıdır.
- Future upload pipeline hazır sinyali held-out itemized rapor kanıtı değildir; eğitimde kullanılmamış aynı tip belge raporu ayrıca görülmelidir.
Bu ekranda soru sormak, yol seçmek, rapor neden yok diye bakmak, metni eğitim ekranına taşımak ve sıradaki güvenli adımı görmek token harcamaz.
Token harcayan özellikleri kullanmak istemiyorsanız açıklama, yönlendirme ve güvenli backend aksiyonları yine çalışır.
- Durum ve sıradaki adımı açıklama.
- Doğru ekrana yönlendirme.
- Belge eğitim metnini ön doldurma.
- Toplu işlem veya taslak oluşturmadan önce manifest/önizleme gösterme.
- Kullanıcı açıkça doğal dil metnini iyileştirme veya prosedür/checklist özetleme isterse.
- Onaylı local VLM/Qwen veya izinli cloud/Gemini analiz adımı başlatılırsa.
Katı sınırlar
- Hasta belgesi/PHI cloud modele varsayılan gönderilmez.
- Token harcayan adım kullanıcıya model, amaç, veri sınıfı ve onay bilgisi gösterilmeden başlamaz.
- Token harcansa bile yayın, paket etkinleştirme veya PASS kararı backend kapılarını atlamaz.
Bu asistanın varsayılan yolu chatbot gibi sürekli LLM çağırmaz. Açıklama, yönlendirme, ön doldurma, readiness fişleri ve onay ekranları harici token harcamadan çalışır. Token ancak kullanıcı ayrı bir model destekli metin/VLM analizi başlatırsa gündeme gelir.
- Durumu açıkla / neden rapor yok söyle — 0 token
- Doğru ekrana götür / eğitim metnini ön doldur — 0 token
- Readiness, görev fişi, otomasyon fişi oluştur — 0 token
- Onaylı backend işi çalıştır — 0 token
- Yerel Qwen/VLM advisory analizi — kapalı — 0 harici token
- Gemini/cloud ile PHI içermeyen metin yardımı — kapalı — 0 harici token
Asistanın durması gereken durumlar
- Kullanıcı model/veri/maliyet onayı vermediyse model çağrısı başlatma.
- Metinde hasta kimliği, belge görüntüsü, MRN/protokol, imza veya PHI varsa cloud/Gemini kullanma.
- Bir işlem yayın, paket etkinleştirme, production automation veya PASS/FAIL kararına dönüşecekse backend kapısı ve kullanıcı onayı olmadan devam etme.
- Tek kullanıcı eylemi birden fazla model çağrısına büyüyecekse önce yeni bütçe/amaç onayı iste.
Token harcamak istemiyorsanız asistanı yine kullanabilirsiniz: soru-cevap, yol gösterme, taslak önizleme ve backend onay ekranları sıfır harici tokenla kalır.
Evet, asistan bu soruyu token harcamadan cevaplayabilir veya doğru ekrana yönlendirebilir.
Karar: Cevabı okuyun veya önerilen ekrana gidin.
Veri etkisi: Veri değişmez; sadece açıklama veya yönlendirme yapılır.
Token/model: Varsayılan bu görev token harcamaz. Qwen/VLM/Gemini danışmanlığı ayrı ve açık model/veri/maliyet onayı ister; hasta belgesi cloud modele varsayılan gönderilmez.
Onay: Onay gerekmez.
Tıklayınca: Kullanıcı /uploads ekranına yönlendirilir; veri değişmez.
Kanıt ve sert sınırlar
- Niyet: NEXT_STEP.
- İş tipi: NAVIGATE.
- Onay gerekli: hayır.
- Gerekçe gerekli: hayır.
- Kapsamdaki belge: 0.
- Kullanıcıya göstermeden kural yayımlama veya paket etkinleştirme.
- Backend yetki, kapsam, ikinci onay veya durum kapılarını bypass etme.
- Açık onay olmadan hasta belgesini cloud/Gemini modeline gönderme.
- PASS/FAIL/MANUAL_REVIEW satırı oluşmadan belgeyi geçerli sayma.
Sürekli chatbot gibi görünse de bu sayfadaki varsayılan asistan LLM çağırmadığı için token maliyeti üretmez; token sadece ayrıca açılacak model destekli metin/VLM adımlarında olur.
Ne yapacağım, neden rapor yok?
Bilinmeyen form → belge eğitimine git; aktif paket yok → kural stüdyosuna git.
Sınır: Sadece mevcut belge sayaçları ve backend önerileri okunur.
Bu metin belgeyi eğitir mi?
Kullanıcının kontrol açıklamasını belge eğitim ekranına query/handoff olarak taşır.
Sınır: Ön doldurma üretime yazmaz; draft/apply/publish ayrı kapıdır.
Örnek belge + kontrol metninden taslak çıkar.
Alan/kural/checklist taslağı üretir; belge türü veya kural yayımlamaz.
Sınır: Backend kapsamı tekrar kontrol eder; cloud kapalıdır; kullanıcı taslağı okumadan yayın yoktur.
OCR + kuralları yeniden çalıştır veya kanıt raporu oluştur.
Backend’in beklediği aksiyonla en fazla 50 belge için denetimli iş açar.
Sınır: Beklenmeyen aksiyon, yetkisiz kapsam veya eksik gerekçe backend tarafından reddedilir.
Bu prosedür metninden daha iyi kontrol listesi çıkar.
PHI içermeyen politika/checklist metnini özetleme veya normalize etme.
Sınır: Hasta belgesi/PHI cloud modele gönderilmez; model, veri sınıfı ve maliyet kullanıcıya gösterilmeden başlamaz.
Belge yükledim, şimdi ne?: Aynı formdan en az bir örnek belge yükleyin.
Bu yönlendirme LLM çağırmaz ve token harcamaz; mevcut belge önerileri ve yazdığınız soru deterministik eşleştirilir. Asistan açıklama ve yönlendirmeyi doğrudan yapar; taslak, yeniden işleme, rapor, yayın veya model politikası değişikliği onay ve backend governance ister.
Aynı formdan en az bir örnek belge yükleyin.
Kullanıcı tek bir sonraki aksiyon görür: eğit, kural paketi tamamla, yeniden işle, incele veya rapor oluştur.
Ne yapar / ne yapmaz?
- Belgenin backend tarafından önerilen sıradaki adımını açıklar.
- Bekleyen OCR/kural durumunu yeniler.
- Çalıştırılabilir öneri varsa ilgili onaylı aksiyon ekranına yönlendirir.
- OCR + kural yeniden işleme
- Kanıt raporu oluşturma
- Bilinmeyen formu kendiliğinden üretim kuralı yapmaz.
- İnsan incelemesi gereken belgeyi otomatik geçerli saymaz.
Kontrol metni taslak üretmeye yardım eder; ama aynı formdan örnek belge olmadan üretim otomasyonu kanıtlanmaz.
İnsan onaylı taslak oluşur; sonrasında yayın, aktif paket ve OCR+kural çalışması gerekir.
Ne yapar / ne yapmaz?
- Metni alan, imza, kutu, tarih kuralı ve kritik hata adaylarına böler.
- Örnek belge varsa reviewable document-learning draft oluşturabilir.
- Eksik bilgi varsa sıradaki tek soruyu önerir.
- Eğitim taslağı oluşturma
- Belge tipi/kural yayını
- Aktif kontrol paketiyle yeniden işleme
- Düz metni tek başına üretim kuralı saymaz.
- Hasta değerini eğitim kuralı gibi kullanmaz; sadece alan adı ve kontrol mantığı kullanılmalı.
Kullanıcı taranmış prosedür veya checklist yükleyebilir; sistem yerel OCR ile metin çıkarıp kural kaynağına çevirir, ama kalite onayı ister.
Kaynak dokümandan kural adayları çıkar; yayınlanmadan önce kullanıcı doğrular.
Ne yapar / ne yapmaz?
- Metin tabanlı kaynakları doğrudan ayrıştırır.
- Güvenli kapsamda taranmış kaynaklar için yerel OCR kullanır.
- Kural adaylarını ve eksik kanıtları kullanıcıya gösterir.
- Kural kaynağını eğitim taslağına dönüştürme
- Kural paketi yayını ve etkinleştirme
- Düşük güvenli OCR sonucunu sessizce üretim kuralı yapmaz.
- Cloud/Gemini hasta belgesi veya hassas kaynak için varsayılan çalışmaz.
Rapor için belge tipi, aktif kontrol paketi ve OCR+kural sonucu gerekir.
Kullanıcı belge detayında gerçek kontrol maddelerini veya eksik kapıyı görür.
Ne yapar / ne yapmaz?
- Hazırsa kanıt raporu oluşturma aksiyonunu önerir.
- Hazır değilse hangi kapının eksik olduğunu gösterir.
- Rapor satırlarını PASS/FAIL/MANUAL_REVIEW mantığıyla açıklar.
- Kanıt raporu oluşturma
- OCR + kural yeniden işleme
- Aktif kural sonucu yokken gerçek geçerli/geçersiz raporu uydurmaz.
- İnsan incelemesi gereken sonucu otomatik PASS yapmaz.
Üretim varsayılanı yerel ve deterministik OCR/kural akışıdır; Qwen/VLM advisory olabilir, Gemini/cloud varsayılan kapalı kalır.
Kullanıcı hangi modelin resmi, advisory veya kapalı olduğunu görür.
Ne yapar / ne yapmaz?
- Model hazırlık durumunu ve kullanım sınırlarını gösterir.
- Yerel OCR/model uygun değilse bloklayıcı nedeni açıklar.
- Model sağlayıcı politikası değiştirme
- Cloud kullanımını açma gibi governance değişiklikleri
- Hasta belgesini varsayılan olarak cloud modele göndermez.
- Model önerisini resmi kural kanıtının yerine koymaz.
Bu asistan varsayılan olarak token harcamaz; mevcut durumdan deterministik cevap üretir ve yazma işlemleri için onay ister.
Token-free copilot; yalnızca açık onayla sınırlı yazma işlemi.
Ne yapar / ne yapmaz?
- Soruyu doğru ekrana yönlendirir.
- Kontrol metnini eğitim formatına hazırlar.
- Uygun olduğunda onaylı backend aksiyonunu başlatır.
- Taslak oluşturma
- Yeniden işleme
- Rapor üretme
- Yayın/kalite kapısını kullanıcı yerine sessizce geçmez.
- Hasta verisini tokenlı modele otomatik göndermez.
Sistem otomatik öğrenme veya rapor kapılarını kanıtlayamaz; kapsamda belge yok.
Kullanıcı belge raporundan ayrı production readiness kanıtlarını görür.
Ne yapar / ne yapmaz?
- Acceptance kanıtlarını ve runtime bloklarını özetler.
- Eksik hastane-owned kanıtları listeler.
- Production sign-off veya release kararı
- Resmi akreditasyon veya hastane üretim onayı vermez.
- Eksik yedek/restore/model sağlığı kanıtını yok saymaz.
- Gerçek rapor ancak aktif kural paketi ve OCR/kural sonucu varsa üretilir.
- Düz metin eğitim taslağı başlatabilir ama tek başına üretim otomasyonu değildir.
- Cloud/Gemini hasta belgelerinde varsayılan kapalıdır.
Henüz belge yok; geçerli/geçersiz cevabı verilemez.
Seçili kapsamda belge yok. Önce belge yükleyin.
Bu özet LLM/token kullanmaz; API'nin itemized kural sonuçlarından ürettiği report_summary alanlarını sayar.
- PASS resmi akreditasyon veya klinik karar değildir; iç kontrol listesi sonucudur.
- FAIL veya MANUAL_REVIEW olan belge otomatik geçerli sayılamaz.
- NO_CONTROLS veya TRAINING_REQUIRED gerçek geçer/geçmez raporu değildir; önce eksik kapı tamamlanır.
Sıradaki öneri: Belge yükle. Bu adım veri değiştirmeyen cevaplama veya yönlendirmedir.
Autopilot planı deterministik hesaplanır; LLM/token harcamaz ve hasta belgesini dış modele göndermez. Asistan açıklama ve yönlendirmeyi onaysız yapabilir; taslak oluşturma, yeniden işleme, rapor üretme, yayın veya paket etkinleştirme için kullanıcı onayı ve backend yetki kapıları gerekir.
Çalışacak
- Kullanıcı /uploads ekranına yönlendirilecek.
Çalışmayacak / bypass edilmeyecek
- Veritabanı kaydı değiştirilmez.
- Taslak, rapor, OCR veya yayın işi başlatılmaz.
Kullanıcı kontrolü: Açılan ekranda önerilen belge/işlem bağlamını kontrol edin.
Autopilot planı deterministik hesaplanır; LLM/token harcamaz ve hasta belgesini dış modele göndermez.
Bu işlem veri değiştirmez; kullanıcı yalnızca yönlendirme veya açıklama alır.
Onay kanıtı ve işlem sonrası kontrol
Bu kararı destekleyen kanıt
- Sözleşme durumu: READY_READ_ONLY.
- Sonraki işlem anahtarı: navigate_primary.
- Onay gerekli: hayır.
- Gerekçe durumu: gerekmez.
- Niyet: NEXT_STEP.
- Kaynak ekran: assistant.
İşlemden sonra kullanıcı kontrolü
- Açılan ekranda önerilen belge/işlem bağlamını kontrol edin.
- Sonuç kartındaki başarılı/atlanan/bloklu satırları okuyun.
- Belge ayrıntısında gerçek PASS/FAIL/MANUAL_REVIEW satırı oluşmadan belgeyi geçerli saymayın.
- Yayın, paket, model veya cloud politikası değişikliği ayrı governance kanıtı ister.
Autopilot planı deterministik hesaplanır; LLM/token harcamaz ve hasta belgesini dış modele göndermez.
Evet, neyin kontrol edileceğini anlatan düz metin belge eğitim taslağı başlatabilir. Hayır, bu metin tek başına üretim otomasyonu değildir; örnek belge, kullanıcı onayı, yayınlanmış belge tipi, yayımlı kurallar, aktif paket ve yeni belgeyle OCR+kural raporu gerekir.
Sıradaki güvenli adım: Bu formun kullanıcıya görünecek adı nedir?
- Belge/form adı net değil. Kullanıcıya görünen belge türü adı ekleyin.
- Zorunlu alan, imza veya kutu kontrolü algılanmadı. En az birkaç kontrol maddesi yazın.
4 cevap taslak oluşturmadan önce netleşmeli.
- Bu formun kullanıcıya görünecek adı nedir? Örnek: Cerrahi onam formu Rev 2. Taslak için zorunlu.
- Bu formda hangi alanlar, imzalar, kaşeler veya kutular zorunlu? Örnek: Hasta adı, protokol numarası, belge tarihi, hasta imzası ve hekim imzası zorunlu.. Taslak için zorunlu.
- Eksik, okunamayan veya çelişkili durumda sonuç ne olmalı? Örnek: Eksik imza FAIL, düşük OCR güveni veya okunamayan tarih MANUAL_REVIEW olsun.. Taslak için zorunlu.
- Aynı formdan en az bir örnek belge seçildi mi? Örnek: Bu belgeyi örnek olarak kullan veya aynı formdan daha temiz bir PDF/JPEG yükle.. Taslak için zorunlu.
Bu sorular deterministik üretilir; LLM çağırmaz ve token harcamaz.
Bu readiness deterministik frontend mantığıdır; LLM çağırmaz ve token harcamaz. Eğitim metnine hasta değeri yazılmamalıdır; yalnızca alan adları, form mantığı ve kontrol kuralları yazılmalıdır.
Chatbot kullanılabilir; fakat ana kontrol motoru olmamalı. Güvenli tasarımda asistan önce token harcamadan durum okur, kullanıcıya ne yapacağını açıklar, formları önceden doldurur ve yalnızca onaylı/gerekçeli işlemleri backend kapılarından geçirir.
Asistan genel yolu anlatabilir; işlem yapabilmesi için önce yetkili kapsamda belge veya eğitim örneği gerekir. Token modu: TOKEN_FREE_DETERMINISTIC. Yazma, yeniden işleme, rapor üretme, taslak oluşturma, yayın veya paket etkinleştirme işlemleri açık kullanıcı onayı ve backend yetki kapıları ister.
- Durumu açıkla: Belge durumlarını, sıradaki adımı ve neden rapor çıkmadığını açıklar.
- Doğru ekrana yönlendir: Yükleme, belge eğitimi, kural stüdyosu, modeller veya operasyon ekranına götürür.
- Eğitim metnini hazırla: Kullanıcının doğal dil açıklamasını belge eğitim ekranına taşır; üretime yazmaz.
- Gelecek rapor satırlarını açıkla: Metinden hangi PASS / FAIL / MANUAL_REVIEW kontrol satırlarının çıkacağını özetler.
- Eğitim taslağı oluştur: şu an hazır değil — Örnek belge ve kontrol metninden belge tipi, alan, kural ve rapor checklist taslağı üretir; yayın yapmaz.
- Önerilen toplu işlemi çalıştır: şu an hazır değil — Backend’in zaten önerdiği OCR/kural yeniden işleme veya kanıt raporu işlemini çalıştırır; beklenmeyen aksiyonu reddeder.
- Eğitim sonrası güvenli kapıları ilerlet: şu an hazır değil — Belge türü, kural, paket, yeniden işleme ve rapor kapılarını sırayla dener; ikinci kullanıcı/yetki gerekirse durur.
- Kullanıcı görmeden veya onaylamadan kural yayımlamak.
- İkinci kullanıcı, yayın yetkisi veya kalite kapısını bypass etmek.
- Cloud/Gemini modele hasta belgesi veya PHI göndermek.
- Düşük güvenli OCR sonucunu otomatik FAIL veya PASS yapmak.
Asistan bu durumda model çağırmadan çalışır. Kullanıcıya ne yapılacağını açıklar, eğitim metnini ön doldurur ve yazma işlemleri için onay ister; token harcayan taslak adımı ancak açık model/veri/maliyet onayı ve yeterli eğitim girdisiyle açılır.
Cache anahtarı: assistant-draft-cache::provider:LOCAL_DETERMINISTIC::model:local-deterministic-v1::prompt:assistant-training-draft-v1::instruction:length-20:prefix-şimdi ne yapmalıyım?::samples:scope-count-0::sources:none
Model çağrısı neden başlamıyor?
- İsteğe bağlı model yardımı devre dışı; deterministik rehberlik ve arka uç onayları sıfır harici token ile kullanılabilir.
Minimum context ve cache kuralları
- Tüm sayfaları göndermeden önce çıkarılan etiketleri, kontrol listesi metnini, alan adlarını ve düzen ipuçlarını gönderin.
- Ham hasta tanımlayıcılarını, imzaları, MRN/protokol değerlerini veya taranmış PHI'yi bulut sağlayıcılarına göndermeyin.
- İmzalı bir bulut kararı yoksa PHI içeren görsel/düzen yardımı için yerel OCR/VLM/Qwen kullanın.
- Belge hash'i, talimat hash'i, model sürümü ve istem sürümü eşleştiğinde depolanan taslakları yeniden kullan.
- Log sağlayıcısı, model, istem sürümü, içerik kapsamı, onay, çıktı hash'i ve önbellek isabet/kaçırma.
Bu makbuz deterministiktir ve jeton içermez. Bir jeton harcayan model adımının uygun olup olmadığına karar veren ön uç kaydıdır.
Asistan ana karar motoru değildir. Önce token harcamadan açıklar ve yönlendirir; veri değiştiren her işte kullanıcı onayı, gerekçe gerekiyorsa gerekçe ve backend kapıları kullanılır.
Tıklayınca: Kullanıcıyı mevcut kapsam için en doğru ekrana götürür; veri değiştirmez.
Autopilot planı deterministik hesaplanır; LLM/token harcamaz ve hasta belgesini dış modele göndermez. Asistan açıklama ve yönlendirmeyi onaysız yapabilir; taslak oluşturma, yeniden işleme, rapor üretme, yayın veya paket etkinleştirme için kullanıcı onayı ve backend yetki kapıları gerekir.
Mevcut kapsam, belge önerileri ve readiness sinyallerinden sade açıklama üretir.
ANSWER • token: NONE
Kullanıcıyı mevcut kapsam için en doğru ekrana götürür; veri değiştirmez.
NAVIGATE • token: NONE
Kullanıcının yazdığı kontrol metnini belge eğitim ekranına taşır; veri yazmaz ve taslak oluşturmaz.
NAVIGATE • token: NONE
Örnek belge ve kontrol metninden incelenebilir belge tipi/alan/kural taslağı oluşturur; yayın yapmaz.
CONFIRMED_WRITE • token: NONE_BY_DEFAULT_MODEL_ONLY_WITH_EXPLICIT_APPROVAL • onay gerekir
Taslak için aynı formdan örnek belge ve yeterli kontrol metni gerekir.
Backend’in önerdiği toplu işlemi çalıştırır; backend kapsamı ve beklenen aksiyonu yeniden doğrular.
CONFIRMED_WRITE • token: NONE_FOR_DECISION_PROVIDER_POLICY_FOR_OCR • onay gerekir • gerekçe gerekir
Şu anda backend’in çalıştırılabilir toplu önerisi yok.
Operasyon ve runtime readiness sinyallerini yeniden okur; resmi sign-off üretmez.
READ_ONLY_REFRESH • token: NONE
- Taslak için aynı formdan örnek belge ve yeterli kontrol metni gerekir.
- Şu anda backend’in çalıştırılabilir toplu önerisi yok.
Varsayılan üretim yolu local deterministic OCR + kurallardır. Qwen/VLM danışman veya shadow olabilir; Gemini/cloud açık onay, veri sınıflandırması, maskeleme ve audit olmadan hasta belgesi için kullanılmamalıdır.
Asistan kontrol metnini eğitim ekranına ön doldurabilir. Bu sadece navigasyon/prefill yapar; belge türü veya kural oluşturmaz.
Asistanın kullanacağı eğitim metni
Bu [form adı] için belge eğitim taslağı oluştur. Zorunlu alanlar: [zorunlu alanlar]. İmza/kaşe/kutu kontrolleri: [imza/kaşe/kutu kontrolleri]. Tarih/zaman kuralları: [tarih/zaman kuralı varsa yazın]. Kritik hata ve manuel inceleme: [kritik hata ve manuel inceleme koşulları]. Hasta değeri yazma; sadece alan adı ve kontrol mantığı olarak yorumla.
- Hazırlanan eğitim metninde köşeli parantezli eksik cevaplar var.
Bu kontrol kartı token harcamaz. Model/token yalnız kullanıcı açıkça reviewable taslak üretimini veya model destekli analiz adımını başlatırsa kullanılır. Navigasyon ve prefill onaysız yapılabilir; backend yazan reviewable draft için yazılı ONAY CREATE_TRAINING_DRAFT ve tarayıcı confirmation gerekir.
Belge yükle — Aynı formdan en az bir örnek belge yükleyin.
Çalışma modu: NAVIGATE_ONLY. Token politikası: TOKEN_FREE_DETERMINISTIC. Bu öneri için ek onay gerekmeyen yönlendirme/cevap adımıdır.
Asistan bu adımı burada tamamlamaz; doğru ekrana götürür. Taslak, yayın veya kalite kapıları ilgili ekranda ayrıca onay ister.
- Önerilen ekrana gidin.
- Yazma veya yayın işlemi varsa ilgili ekran ayrıca onay isteyecek.
Sistem eğitimi otomatikleştirmek için tek seferde boş form vermek yerine sıradaki eksik bilgiyi sorar.
- eksik Belge/form adı: Gelecek yüklemelerde aynı belge tipini ayırmak için gerekir.
- eksik Zorunlu alanlar: Her alan raporda ayrı PASS/FAIL/MANUAL_REVIEW maddesine dönüşür.
- eksik İmza/kaşe/kutu: Varsayım yapılmaz; varsa açıkça yazılır, yoksa yok denir.
- eksik Tarih/zaman mantığı: Tarih çelişkileri ancak kullanıcı belirtirse kural olur.
- eksik Kritik hata / manuel inceleme: Otomatik FAIL ile insan incelemesi sınırını belirler.
Bu formun kullanıcıya görünecek adı nedir?
Örnek cevap: Cerrahi onam formu Rev 2. Belge tipi adı olmadan aynı formu gelecekte tanımak ve raporda anlaşılır göstermek zorlaşır.
4 cevap taslak oluşturmadan önce netleşmeli. Bu sorular deterministik üretilir; LLM çağırmaz ve token harcamaz.
- Eksik eğitim bilgileri tamamlanmalı.
- TRAIN_DOCUMENT durumunda en az bir örnek belge gerekir.
Bu wizard deterministiktir; LLM çağırmaz ve token harcamaz. Wizard yalnızca soruyu düzenler. Taslak oluşturma, yayınlama, kural etkinleştirme ve yeniden işleme ayrıca onay ister.
Asistan bir eğitim metni hazırladı, fakat köşeli parantezli eksik cevaplar var. Eğitim ekranına taşınabilir; taslak başlatmadan önce eksikler doldurulmalıdır.
Sıradaki adım: Köşeli parantezli yerleri gerçek form mantığıyla doldurun veya wizard’daki sıradaki soruyu cevaplayın.
Hazırlanan kontrol metnini göster
Bu [form adı] için belge eğitim taslağı oluştur. Zorunlu alanlar: [zorunlu alanlar]. İmza/kaşe/kutu kontrolleri: [imza/kaşe/kutu kontrolleri]. Tarih/zaman kuralları: [tarih/zaman kuralı varsa yazın]. Kritik hata ve manuel inceleme: [kritik hata ve manuel inceleme koşulları]. Hasta değeri yazma; sadece alan adı ve kontrol mantığı olarak yorumla.
- form adı
- zorunlu alanlar
- imza/kaşe/kutu kontrolleri
- tarih/zaman kuralı varsa yazın
- kritik hata ve manuel inceleme koşulları
Bu işlem ne yapar / ne yapmaz?
- Hazırlanan kontrol metnini eğitim ekranına description parametresiyle taşır.
- Eğitim ekranında kaydedilmemiş checklist/alan/kural önizlemesini başlatmaya yardımcı olur.
- Kullanıcının eksik cevapları ve örnek belge durumunu görünür yapar.
- Asistan ekranından belge türü yayımlamaz.
- Kural paketini etkinleştirmez.
- OCR + kural yeniden işleme başlatmaz.
- Belgeyi PASS/valid ilan etmez.
- Qwen/Gemini/cloud/LLM çağrısı yapmaz.
Bu transfer deterministiktir; sadece URL ve metin hazırlar, LLM/Qwen/Gemini çağırmaz ve token harcamaz. Eğitim ekranını açmak onay istemez; reviewable taslak oluşturma, uygulama, yayın ve yeniden işleme ayrı onay/gerekçe ister.
Asistan henüz belge eğitimine aktarılacak kadar net kontrol metni görmüyor. Belge adı, zorunlu alanlar, imzalar/kutular ve kritik hata koşullarını yazın.
- Belge/form adı net değil. Kullanıcıya görünen belge türü adı ekleyin.
- Zorunlu alan, imza veya kutu kontrolü algılanmadı. En az birkaç kontrol maddesi yazın.
4 cevap taslak oluşturmadan önce netleşmeli.
- Bu formun kullanıcıya görünecek adı nedir? Örnek cevap: Cerrahi onam formu Rev 2. Belge tipi adı olmadan aynı formu gelecekte tanımak ve raporda anlaşılır göstermek zorlaşır. Taslak için zorunlu.
- Bu formda hangi alanlar, imzalar, kaşeler veya kutular zorunlu? Örnek cevap: Hasta adı, protokol numarası, belge tarihi, hasta imzası ve hekim imzası zorunlu.. Sistem en az birkaç açık kontrol maddesi görmeden future report checklist üretemez. Taslak için zorunlu.
- Eksik, okunamayan veya çelişkili durumda sonuç ne olmalı? Örnek cevap: Eksik imza FAIL, düşük OCR güveni veya okunamayan tarih MANUAL_REVIEW olsun.. PASS/FAIL/MANUAL_REVIEW davranışı net değilse sistem kullanıcı adına üretim kararı veremez. Taslak için zorunlu.
- Aynı formdan en az bir örnek belge seçildi mi? Örnek cevap: Bu belgeyi örnek olarak kullan veya aynı formdan daha temiz bir PDF/JPEG yükle.. Metin neyi kontrol edeceğini öğretir; örnek belge form görünümünü, sınıflandırmayı ve OCR bölge adaylarını öğretir. Taslak için zorunlu.
Asistanın handoff adımları
- Soruyu belge eğitim isteği gibi yazın: belge adı, zorunlu alanlar, imzalar/kutular, tarih mantığı ve kritik hata koşulları.
- Gerçek hasta değeri yazmayın; yalnızca alan adlarını ve kontrol mantığını yazın.
- Sonra asistan bu metni eğitim ekranına yapılandırılmış açıklama olarak aktarabilir.
Önerilen tamamlanmış soru:
Bu [form adı] için belge eğitim taslağı oluştur. Zorunlu alanlar: [zorunlu alanlar]. İmza/kaşe/kutu kontrolleri: [imza/kaşe/kutu kontrolleri]. Tarih/zaman kuralları: [tarih/zaman kuralı varsa yazın]. Kritik hata ve manuel inceleme: [kritik hata ve manuel inceleme koşulları]. Hasta değeri yazma; sadece alan adı ve kontrol mantığı olarak yorumla.
Bu handoff deterministiktir; LLM çağırmaz ve token harcamaz. Handoff yalnızca eğitim ekranına metin taşır. Taslak oluşturma, yayınlama ve kural etkinleştirme ayrıca kullanıcı onayı ve backend governance ister.
Taslak oluşturmak için hem yapılandırılmış kontrol metni hem de TRAIN_DOCUMENT durumunda en az bir örnek belge gerekir.
- Hazırlanan eğitim metninde köşeli parantezli eksik cevaplar var.
Önce asistan sorusuna net kontrol metni yazın veya bilinmeyen form durumundaki bir belge yükleyin.
Evet, düz metin belge eğitim taslağı başlatmak için kullanılabilir. Ama bu metin tek başına üretim kuralı değildir; önce AI/yerel taslak oluşturur, sonra insan onayı, yayın ve aktif kural paketi gerekir. İyi kontrol metni şu dört şeyi söyler: belge/form adı, zorunlu alanlar, imza/kaşe/kutu kontrolleri, hangi eksiklerin kritik hata veya insan incelemesi olacağı. Eğitim ekranındaki “Mevcut paragrafı otomatik ayrıştır” düğmesi bu metni token harcamadan alan, imza, kutu, tarih ve kritik kontrol başlıklarına böler. Hasta verisi yazmayın; alan adlarını ve kontrol mantığını yazın. En hızlı yol: örnek belge seç, kontrol isteğini tek paragraf yaz, otomatik ayrıştır, yapılandırılmış metni kullan, “Metni oluştur ve AI taslağı başlat” düğmesine bas, taslağı onayla, sonra güvenli ilerlet.
Bu cerrahi onam formunda hasta adı soyadı, protokol numarası, işlem adı, onam tarihi, hasta imzası ve hekim imzası zorunlu. Onam tarihi işlem başlangıcından önce olmalı. Eksik hasta/hekim imzası kritik hata olsun. Okunamayan imza veya belirsiz tarih insan incelemesine düşsün.
Bu hemşire gözlem formunda hasta kimliği, servis, gözlem tarihi, saatli vital bulgular, ilaç uygulama işareti ve hemşire parafı kontrol edilsin. Kritik vital bulgu alanı boşsa veya paraf yoksa belge otomatik geçmesin. Okunamayan değerler insan incelemesine düşsün.
Bu taburcu özetinde hasta adı, protokol numarası, yatış tarihi, taburcu tarihi, tanı, tedavi özeti, öneriler ve doktor imzası zorunlu. Taburcu tarihi yatış tarihinden önce olamaz. Tanı veya doktor imzası eksikse kritik hata olsun.
Asistan + otomatik eğitim
En otomatik güvenli belge eğitimi planıAsistan burada ne yapar?Asistan ana karar motoru değildir. Aynı otomatik eğitim planını okuyup açıklar, eğitim ekranını ön doldurur ve yazma işlemleri için sizden onay ister.
Evet, kullanıcı 'bu belgede şunları kontrol et' diye yazarsa sistem belge eğitim taslağı çıkarabilir. Bu metin tek başına üretim kontrolü değildir; örnek belge, kullanıcı onayı, yayınlanmış kurallar, aktif kontrol paketi ve OCR+kural çalışması gerekir.
Aynı formdan en az bir örnek belge yükleyin.
Üretim varsayılanı: LOCAL_DETERMINISTIC_OCR_PLUS_RULES. Danışman, taslak veya shadow kontrol olarak kullanılabilir; tek başına nihai hasta belge kararı vermemelidir.
Aynı formdan örnek belge seçin ve kontrol metnini yazın.
Okuma, açıklama ve önizleme token-free/onaysızdır. Taslak oluşturma, yayın/gate, yeniden işleme, rapor export ve model kullanımı görünür onay ve gerekçe ister.
Varsayılan: deterministik yardım, önizleme, next-action ve gate açıklamaları LLM/token harcamaz.
Aynı formdan bir örnek belge seçin ve bu formda neyin kontrol edileceğini normal cümlelerle yazın.
Henüz eğitim için minimum örnek + kontrol metni yok.
- Aynı formdan en az bir örnek belge.
- Form adı, zorunlu alanlar ve FAIL/MANUAL_REVIEW davranışını anlatan açık kontrol metni.
Aynı formdan örnek belge var mı, yoksa önce sadece checklist önizlemesi mi istiyorsunuz?
Bu reçete ve varsayılan taslak/yardım akışı token harcamaz; deterministik local OCR + kural mantığı kullanır.
| Eğitim modu | Asistan/sistem ne yapabilir? | Ne yapamaz? | Sonraki güvenli adım | Onay/token |
|---|---|---|---|---|
| Sadece metin eksik | Kaydedilmemiş checklist/rapor satırı önizlemesi ve eksik soru listesi çıkarır. | Form görünümü, OCR bölgeleri, sınıflandırma ve üretim validasyonu öğrenilmiş sayılmaz. | Metni belge türü, zorunlu alanlar, imza/tarih ve FAIL/MANUAL_REVIEW davranışıyla netleştirin. | onay gerekmezNONE_BY_DEFAULT |
| Metin + örnek belge eksik | Kullanıcıya gösterilecek belge tipi, alan, OCR bölgesi, kural ve itemized rapor taslağı oluşturur. | Kullanıcı onayı, yayın/paket aktivasyonu ve held-out test olmadan üretim geçerliliği iddia etmez. | Eksik örnek belge veya açık kontrol metnini tamamlayın. | onay gerekirNONE_FOR_DETERMINISTIC_DRAFT |
| Yayınlanmış tür + aktif paket eksik | Yeni aynı-tip belgede sınıflandırma, OCR, kurallar ve PASS/FAIL/MANUAL_REVIEW raporu çalıştırır. | FAIL/MANUAL_REVIEW satırlarını otomatik PASS yapmaz veya kurum onayını bypass etmez. | Önce taslak uygulama, yayın, paket ve yeniden işleme kapılarını tamamlayın. | onay gerekmezNONE_BY_DEFAULT |
- Mevcut durumu açıkla · onay gerekmez · NONE
- Kontrol metninden rapor önizle: Kontrol metni en az belge türü ve kontrol maddelerini içermeli.
- Reviewable eğitim taslağı oluştur: Aynı formdan örnek belge gerekli.
- İncelenmiş taslağı sisteme oluştur: Önce reviewable taslak gerekli.
- Yayın/paket/yeniden işleme kapılarını güvenli ilerlet: Taslak önce sisteme oluşturulmalı.
- Kaynak belgeyi OCR + kurallar ile yeniden işle: Yayınlanmış belge tipi, aktif kontrol paketi veya kaynak belge bağlantısı eksik olabilir.
Asistanın asla otomatik yapmayacağı işler
- AI taslağını kullanıcıya göstermeden yayınlama.
- Aktif kontrol paketi deployment’ını gizlice yapma.
- Düşük güvenli kritik sonucu PASS yapma.
- PHI içeren belgeyi açık governance olmadan cloud/Gemini modeline gönderme.
- Önceki immutable sonucu değiştirme veya silme.
Bu sözleşme resmi akreditasyon, klinik karar veya imza doğrulaması yapmaz; yalnız belge kanıt kontrolü ve insan inceleme akışını yönetir.
Belge türü + zorunlu alanlar + imza/kaşe/kutu kontrolleri + tarih/zaman kuralları + kritik hata ve manuel inceleme koşulları.
- Belge türü adını ve revizyon taslağını önerir.
- Kontrol edilecek alanları, imza/kaşe/kutu maddelerini ve kritik kontrolleri çıkarır.
- Gelecekteki PASS / FAIL / MANUAL_REVIEW rapor satırlarını taslak olarak gösterir.
- Bu hangi belge türü ve revizyonu?
- Hangi alanlar zorunlu ve hangileri kritik?
- İmza, kaşe, onay kutusu veya tarih için hangi sonuç FAIL olmalı?
- Belirsiz/okunamayan durumlarda otomatik FAIL mi, MANUAL_REVIEW mı istiyorsunuz?
- Bu metin hasta belgesi mi, yoksa prosedür/checklist gibi kural kaynağı mı?
Ameliyat onam formunda hasta protokol numarası, hasta adı, işlem adı, hekim imzası, hasta/veli imzası ve tarih zorunlu olsun. İmza veya tarih yoksa FAIL; okunamayan imza ya da çelişkili tarih varsa MANUAL_REVIEW.
Belge türünü, zorunlu alanları, imza/tarih kontrollerini ve geçer-kalır davranışını açıkça söyler.
Taburcu özetinde tanı, yatış-çıkış tarihi, epikriz, reçete bilgisi ve doktor kaşesi bulunmalı. Yatış tarihi çıkış tarihinden sonra olamaz. Kritik alanlardan biri eksikse belge geçmez.
Alan var/yok kontrolünün yanında tarih tutarlılığı ve kritik alan etkisini de tanımlar.
Bu formu kontrol et ve eksik varsa söyle.
Bu iyi değildir: belge türü, zorunlu alanlar, imza/tarih şartı ve FAIL/MANUAL_REVIEW koşulları belirsizdir.
- Kontrol metnini belge eğitim ekranına taşımak.
- AI taslağı oluşturma isteğini başlatmak.
- Taslakları oluşturmak.
- Güvenli ilerletme işlemini çalıştırmak.
- Kullanıcıya göstermeden kural yayımlamak.
- İkinci kullanıcı/yetki kapısını bypass etmek.
- Cloud modele hasta belgesi göndermek.
- Belirsiz veya düşük güvenli sonucu otomatik PASS yapmak.
- Sayfa yardımı, sihirbaz, autopilot önizlemesi ve durum açıklaması token harcamaz.
- LLM yalnızca doğal dil kontrol metnini iyileştirme veya karmaşık prosedür özetleme gibi açıkça onaylanan adımlarda kullanılmalıdır.
- Hasta belgesi veya PHI cloud/Gemini tarafına varsayılan gönderilmemelidir.
Varsayılan kapalı olmalı. Açılırsa veri sınıflandırması, maskeleme, açık onay, audit kaydı ve model sürüm izlenebilirliği gerekir.
En otomatik akışın 6 adımı
- 1. Örnek belgeyi seç: Kullanıcı aynı formdan bir örnek seçer; sistem güvenli starter metni ve form tanıma izini hazırlar.
- 2. Kontrol metnini otomatik tamamla: Sistem dosya adı, alan etiketleri ve yüklenen kural/prosedür metninden öneri üretir; taranmış kaynakta onaylı yerel OCR dener; kullanıcı eksikleri doğal dille ekler.
- 3. Kaynak kalite kapısı: Kontrol satırı bulunmazsa taslak oluşturulmaz; sistem hangi bilgi eksikse onu sorar. OCR metni varsa bile açık kontrol maddesi değilse kullanıcıdan yeniden yazım ister.
- 4. AI/kural taslağı oluştur: Belge tipi, alanlar, bölgeler, kurallar ve rapor checklist’i taslak olur; üretime yayımlanmaz.
- 5. Kullanıcıya raporu okut: Kullanıcı her kontrol maddesini okur: doğru, eksik veya yanlış alanlar burada düzeltilir.
- 6. Güvenli ilerlet: Sistem yayın, kural testi, paket etkinleştirme, kaynak belgeye tip bağlama ve yeniden işleme kapılarını dener; yetki/ikinci onay gerekiyorsa durur.
- 7. Yeni belgeyle doğrula: Aynı formdan yeni belge yüklenir; sınıflandırma, OCR, kural ve itemized rapor hattı uçtan uca kontrol edilir.
En otomatik güvenli akış
1. Örnek belgeBu yol haritası ne yapar?Bu kart seçili organizasyon/tesis kapsamındaki belge önerilerini tek akışa çevirir. Otomatik çalışabilecek işler için onay ister; eğitim, kalite onayı ve yayın gibi kapıları sizin yerinize geçmez.
Aynı formdan en az bir örnek belge yükleyin.
Aynı formdan en az bir örnek belge yükleyin.
Önce örnek belge gerekir.
Belge tipi netleşince kurallar yayımlanır.
Önce eğitim/kural kapısı tamamlanmalı.
Belge sonucu oluşunca değerlendirilir.
Önce önceki kapılar tamamlanmalı.
Bu yol haritası LLM çağırmaz ve token harcamaz; yalnızca mevcut belge önerilerini özetler. Yazma işlemleri tarayıcı onayı ve gerekçe ister; kalite/yayın kapıları insan onayı olmadan geçilmez.
Belge yükleyin veya kapsamı değiştirin. Belge geldikçe sistem sıradaki güvenli işi burada gösterecek.