Yönetilen operasyonlar

Saklama, hukuki muhafaza ve güvence iBu sayfa ne yapar?Üretim/pilot hazırlığı için operasyonel kanıtları, saklama politikalarını, hukuki muhafazaları, öğrenme adaylarını, yedek/geri yükleme sinyallerini ve açık işleri gösterir.

Ana sayfaiBu düğme ne yapar?Ana sayfaya döner; operasyon kanıtı, readiness, saklama politikası veya same-type proof durumunu değiştirmez. Bu açıklama deterministiktir ve token harcamaz; veri yazan işlemler ayrıca backend yetki/audit kontrolünden geçer.

Önce bunu oku

Bu operasyon ekranında neyi kanıtlıyorum?iKullanıcı burada ne yapmalı?Bu kart sayfanın kısa kullanım sözleşmesidir: hangi işlemler burada yapılabilir, hangileri yapılamaz ve üretim/pilot iddiası için hangi kanıtlar hâlâ gerekir. Hesaplama deterministiktir; AI veya cloud çağrısı yapmaz.

Önce organizasyonu seçip kontrol durumunu getirmeniz gerekir. Bu ekran veri değiştirmeden eksikleri gösterir.

önce organizasyon seç
Şimdi yapılacak en güvenli adım

Organizasyonu seçin, “Kontrol durumunu getir” düğmesine basın, sonra ilk eksik kanıt satırını takip edin.

Organizasyonseçilmedi
ReadinessUNKNOWN
Nihai kapıCLAIM_NOT_ALLOWED
Kanıt formueksik

Burada yapılabilir

  • Operasyon, runtime, same-type proof, acceptance ve release kanıt eksikleri okunur.
  • Controlled evidence URI/SHA/not kaydı oluşturulabilir; kanıt dosyasının kendisi bu forma yapıştırılmaz.
  • Erişim incelemesi, retention policy taslağı ve legal hold gibi operasyon kayıtları başlatılabilir.
  • Manifest, checklist ve verifier JSON dosyaları indirilebilir.

Burada olmaz

  • Bu sayfa OCR, belge eğitimi veya kural yayınlama işlemini tek başına yapmaz.
  • Yeşil mühendislik sinyali resmi akreditasyon, klinik karar, pilot onayı veya production sign-off değildir.
  • PHI/patient içeriği serbest metne alınmaz; sadece kontrollü referans yazılır.
  • AI/chatbot token harcaması veya cloud/Gemini çağrısı bu kontrat için yapılmaz.

İddia öncesi kanıt

  • Yeni belge tipi için örnek/held-out doğrulama ve itemized PASS/FAIL/MANUAL_REVIEW raporu.
  • Same-type future-upload verifier PASS sonucu ve bunun Operations kanıt referansıyla eşleşmesi.
  • Security/legal, PHI/cloud/model provider ve pilot owner sign-off kayıtları.
  • Backup/restore, monitoring, retention, access review ve release evidence manifestleri.

Yazma/onay kuralları

  • Kanıt kaydı için controlled URI, PHI attestation ve yeterli açıklama gerekir.
  • Retention policy aktivasyonu yalnız imzalı politika referansı doğrulandıktan sonra kullanılmalıdır.
  • Asistan görev yapacaksa önce planı göstermeli, kullanıcıdan açık onay almalı, backend yine aynı kuralları doğrulamalıdır.
İlk görünen blokajlar
  • Organizasyon seçilmeden kanıt referansı kaydedilemez.
  • Kontrollü referans / URI en az 3 karakter olmalı.
  • PHI attestation işaretlenmeli; hasta verisi serbest metne yapıştırılmamalı.
  • Operasyon readiness temiz değil: UNKNOWN
  • Acceptance/hastane kanıtları tamam değil: PRODUCTION_CLAIM_NOT_ALLOWED

Token'sız deterministik rehberlik. Bu sayfayı açıklamak veya bu sözleşmeyi hesaplamak için LLM/model/bulut çağrısına gerek yoktur.

Otomatik eğitim cevabı

Metin yazmak belgeyi eğitir mi? iBuradaki kural nedir?Kullanıcı metinle belge türünü ve kontrol maddelerini tarif edebilir. Sistem bundan taslak çıkarabilir; fakat örnek belge, insan onayı, yayınlanmış rule pack ve held-out doğrulama olmadan bu taslak üretim kuralı veya resmi rapor yetkisi kazanmaz.

Evet, kullanıcı sadece metin yazarak belge için bir eğitim taslağı başlatabilir. Hayır, bu metin tek başına kontrollü/üretim kuralı sayılmaz. Sistem mümkün olduğunca otomatik ilerler; yayınlama, gelecek yüklemelerde otomatik rapor ve kritik auto-pass için örnekler, onay ve kanıt gerekir.

otomasyon kanıtı eksik
En güvenli ilk adım

Belgeyi tek cümleyle tarif edin ve kontrol edilecek maddeleri yazın; sistem önce taslak çıkarır, sonra eksik örnek/onay/kanıt listesini gösterir.

Belge eğitimine gitiBu düğme ne yapar?Belge tipi öğretme ekranına gider; bu link tek başına belge eğitmez veya kural yayınlamaz. Bu açıklama deterministiktir ve token harcamaz; veri yazan işlemler ayrıca backend yetki/audit kontrolünden geçer. Asistana soriBu düğme ne yapar?Asistan ekranını açar; asistan işlem önerir veya onaylı görev başlatır, gizli şekilde token harcamamalı ya da kayıt yazmamalıdır. Bu açıklama deterministiktir ve token harcamaz; veri yazan işlemler ayrıca backend yetki/audit kontrolünden geçer.
Metinden eğitimYES_DRAFT_ONLY
Asistan işlem yapabilir mi?YES_WITH_CONFIRMATION_FOR_WRITES
Otomatik adım5
Blok3
1. Bu belgenin ne olduğunu ve nelerin kontrol edilmesi gerektiğini açıklayınGözden geçirilebilir belge türü ve kontrol listesi taslağı.

Otomasyon: önce token'sız ayrıştırıcı; isteğe bağlı yapay zeka taslağı yalnızca kullanıcı onayı sonrası

Onay: Model/LLM yardımı kullanılıyorsa taslak oluşturmadan önce gerekli.

2. En az bir boş/kaynak form ve gerçek görünümlü doldurulmuş örnek yükleyinİnsan incelemesi için alan haritası, bölgeler ve örnek kanıt.

Otomasyon: OCR alanlar, bölgeler, tarihler, imzalar, onay kutusu/metin kontrolleri ve eksik sorular önerebilir

Onay: Herhangi bir çıkarılan alan kanonik hale gelmeden önce gerekli.

3. Alanları ve doğrulama satırlarını onaylayınAyrı satırlı rapor satırlarına sahip kontrol listesi taslağı.

Otomasyon: Sistem düz metni PASS/FAIL/MANUAL_REVIEW kural satırlarına dönüştürebilir

Onay: Farklı belge türlerinin farklı doğrulama noktalarına sahip olması nedeniyle gerekli.

4. Sürüm kontrollü bir paket yayınlaBu türdeki gelecekteki yüklemeler OCR + kurallara yönlendirilebilir.

Otomasyon: Sistem değiştirilemez belge türünü, kural sürümünü ve dağıtım kapsamını paketleyebilir

Onay: Gerekli yazılı onay ve denetim nedeni.

5. Ay ayrılmış temsili örnekler üzerinde doğrulama yapınKanıt destekli hazırlık kararı, sadece bir taslak değil.

Otomasyon: Sistem OCR/kuralları çalıştırabilir ve PASS/FAIL/MANUAL_REVIEW doğruluğunu özetleyebilir

Onay: Üretim otomasyonu iddiaları öncesinde gerekli kalite/yayın onayı.

Neden tam otomatik değil?
  • Temsili örnekler / ayrılmış örnek kanıtı hala eksik, bu nedenle sistem gelecekteki yükleme otomasyonunun kanıtlandığını iddia etmemelidir.
  • OCR/model/sağlayıcı kanıtı hala eksik veya onaylanmamıştır, bu nedenle resmi PASS/FAIL raporları yerel-belirleyici ve kısıtlı kalmalıdır.
  • Yayın / hastane onayı kanıtı eksiktir, bu nedenle kontrollü yayın ve üretim otomasyonu hala onay gerektirir.

Varsayılan yol belirteç içermez ve deterministiktir: ayrıştırma, hazırlık, makbuzlar ve sonraki adım yönlendirmesi LLM belirteçleri tüketmez. İsteğe bağlı sohbet robotu/model yardımı, yazma işlemlerinden önce isteğe bağlı, kota sınırlı, denetlenen, PHI-farkında ve onay gerektirmelidir.

Metni, OCR çıktısını, Qwen/VLM/Gemini önerilerini veya asistan tavsiyelerini insan onayı, temsilci örnek kanıtı ve değiştirilemez versiyonlu yayın olmadan doğrudan üretim kurallarına dönüştürmeyin.

Aynı tip belge kanıtı

Eğitim gerçekten kanıtlandı mı? iBu neden ayrı kontrol ediliyor?Bir belge türünü metinle veya örnekle öğretmek taslak oluşturur. Eğitim kanıtı ise yeni ve eğitimde kullanılmamış aynı tip belgede OCR + kuralların madde madde rapor ürettiğini, hangi modelin kullanıldığını ve insan/hastane onaylarının tamamlandığını gösteren kontrollü referanslardan oluşur.

Henüz “bu belge tipi eğitildi ve yeni aynı tip belgeler güvenle raporlanır” denmemeli. Metin açıklaması taslak başlatır; aşağıdaki kanıtlar tamamlanmadan eğitim sadece aday/pilot hazırlığıdır.

8 kanıt eksik
Şimdi ne yapmalıyım?

Alanları ve kuralları inceledikten sonra eğitim tamamlama sertifikasını dışa aktarın veya kaydedin.

Kodsuz nihai kanıt provası iBu rehearsal ne yapar?Canlı same-type readiness, Operations evidence verifier ve browser final verifier sonucunu tek karara indirir. Final verifier çalıştırmaya değip değmediğini ve ilk blokajı gösterir; kanıt kaydı oluşturmaz, dosya yazmaz, AI/model çağırmaz.

Kanıt döngüsü hazır değil. Aşağıdaki ilk engelleyiciyi tamamlayın; başarı veya eğitim metni yeterli değildir.

7 blokaj var
DurumNOT_READY
Nihai doğrulayıcıbekliyor
Tarayıcı iddiasıkanıtlanmadı
Hariç tutulan kanıt0
Operasyonlar0/0
Kontrol listesi0/6

Sıradaki gerçek iş: Seçilen kuruluş için canlı aynı tip hazır durumu yüklenmedi.

Final proof rehearsal blokajları
  • Seçilen kuruluş için canlı aynı tip hazır durumu yüklenmedi.
  • Henüz aynı tür gelecek yükleme adayı için gerçek kalemli kural satırları yok.
  • Henüz doğrulayıcı destekli ayrılmış aynı tür kalemli rapor kanıtı kaydedilmedi.
  • Operasyon aynı tip kanıt gereksinim listesi boş veya eksik.
  • Uçtan uca kanıt kontrol listesinde hala 6 eksik adım bulunmaktadır.
  • Operasyon kanıt doğrulayıcısı PASS değil.
  • Nihai doğrulayıcı READY_TO_RUN değil.
Gereken proof zinciri ve komutlar
  • Tutulan aynı tür bir doküman için gelecekteki yükleme doğrulayıcısını çalıştırın veya alın (PASS).
  • Doğrulayıcı destekli aynı türden kanıt satırlarını Operasyon'da kaydedin.
  • Operasyonlar kanıt doğrulayıcısını çalıştırın/kontrol edin ve PASS alın.
  • Nihai uçtan uca doğrulayıcıyı çalıştırın/kontrol edin ve PASS JSON'unu saklayın.

Final verifier komutu:

.venv/bin/python scripts/verify_same_type_end_to_end.py --future-verifier-file same-type-future-upload-verifier.json --operations-verifier-file same-type-operations-evidence-verifier.json

Bu prova kodsuz bir ön uçtur. Klinik geçerliliği, akreditasyonu, imza orijinalliğini, kötü amaçlı yazılım güvenliğini veya üretim uygunluğunu kanıtlamaz.

Canlı hazırlık ve yerel doğrulayıcı JSON'dan token'sız deterministik prova; yapay zeka modeli çağrılmaz ve hiçbir kanıt kaydı yazılmaz.

Uçtan uca proof loop iBu checklist neyi kanıtlar?Bu checklist eğitim taslağından gerçek held-out upload testine, verifier PASS sonucuna, Operations evidence kaydına ve insan onayına kadar zinciri gösterir. Yeşil olması production/accreditation onayı değildir; sadece aynı-tip kanıt paketinin release incelemesine hazır olduğunu gösterir.

Aynı türden döngü henüz tam olarak kanıtlanmadı. Aşağıdaki ilk eksik adımı izleyin; yalnızca metin eğitimi veya yükleme başarısı yeterli değildir.

6 adım eksik
Toplam adım6
Tamam0
Eksik6
Verifier hazır0
Belge idyok
DoğrulayıcıVERIFIER_OUTPUT_REQUIRED
Nihai aynı tür doğrulayıcı iBu final komut neyi kanıtlar?Bu komut iki ayrı kanıtı tek PASS/FAIL sonucunda birleştirir: held-out aynı-tip yükleme madde madde rapor üretti mi ve bu verifier referansı Operations kanıt paketine gerçekten kaydedildi mi?

Final CLI verifier ancak held-out same-type verifier PASS çıktısı ve tüm Operations evidence kayıtları hazır olduğunda anlamlıdır.

final verifier için kanıt eksik

PASS iddiası: Sadece PASS, dahili aynı tip kanıt döngüsünün tamamlandığı anlamına gelir: gelecekteki yüklenen kalem raporu PASS artı eşleşen doğrulayıcı referans URI'si ile kaydedilmiş Operasyon kanıt paketi PASS.

Final CLI verifier komutları

Önce iki bireysel verifier çıktısını JSON olarak kaydettiyseniz: 

.venv/bin/python scripts/verify_same_type_end_to_end.py --future-verifier-file same-type-future-upload-verifier.json --operations-verifier-file same-type-operations-evidence-verifier.json

Ham receipt ve Operations kayıt export dosyalarıyla: 

.venv/bin/python scripts/verify_same_type_end_to_end.py --receipt-file same-type-future-upload-document-receipt.json --records-file operations-evidence-intake-records.json

Gerekli dosyalar: same-type-future-upload-verifier.json, same-type-operations-evidence-verifier.json

Bu akreditasyon, klinik geçerlilik, imza orijinalliği, kötü amaçlı yazılım güvenliği veya otomatik üretim uygunluğu değildir.

Final proof dosyalarını hazırla iNeden ayrı bir export kartı var?Final verifier belirli JSON dosya adları bekler. Bu kart hangi dosyanın hazır olduğunu, hangi adla indirileceğini ve hangi komutla kontrol edileceğini tek yerde gösterir.

Final proof henüz çalıştırılamaz. Aşağıdaki eksik dosya veya readiness blokajlarını tamamlayın; upload kabulü tek başına itemized same-type proof değildir.

3 blokaj var
Operations kayıt0
Kontrol listesi0/6
Verifier satırı0
Kalite blokajı0
Gelecek JSONeksik
Nihai çalıştırmabekliyor
Final proof neden hazır değil?
  • Gelecekteki yükleme doğrulayıcı JSON eksik; önce ayrılmış aynı tür doğrulayıcı sonucunu alın/yapıştırın.
  • Operasyonlar kanıt kayıtları dışa aktarımında kayıt bulunmamaktadır.
  • Uçtan uca kontrol listesinin nihai doğrulayıcısı henüz READY_TO_RUN değil.
Dosya adları ve final komutlar
  • Gelecekteki doğrulayıcı JSON: same-type-future-upload-verifier.json — eksik
  • Operasyon kanıt kayıtları JSON: operations-evidence-intake-records.json — hazır
  • Kanıt döngüsü kontrol listesi JSON'u: same-type-end-to-end-proof-checklist.json — hazır

Kaydedilmiş doğrulayıcı komutu:

.venv/bin/python scripts/verify_same_type_end_to_end.py --future-verifier-file same-type-future-upload-verifier.json --operations-verifier-file same-type-operations-evidence-verifier.json

Ham artefakt komutu:

.venv/bin/python scripts/verify_same_type_end_to_end.py --receipt-file same-type-future-upload-document-receipt.json --records-file operations-evidence-intake-records.json

Bu dışa aktarım yalnızca kanıt eserlerini ve komutları paketler. Akreditasyonu, klinik geçerliliği, imza orijinalliğini, kötü amaçlı yazılım güvenliğini veya üretim uygunluğunu sertifikalandırmaz.

Token'sız deterministik dışa aktarma rehberi. Hiçbir yapay zeka modeli çağrılmaz; indirilen JSON dosyaları yerel tarayıcı çıktılarıdır.

Tarayıcıda verifier rehearsal iCLI çalıştırmadan ne yapar?Bu kart aynı kuralları tarayıcıda uygular: Operations evidence kayıtlarından verifier JSON üretir, future verifier JSON ile referans URI eşleşmesini kontrol eder ve final verifier sonucunu hazırlar. Dosya yazmaz, kayıt oluşturmaz, AI/model çağırmaz.

Operasyon doğrulayıcı: FAIL. Son doğrulayıcı prova: FAIL. PASS değilse aşağıdaki blokajlar final proof’un neden tamamlanmadığını gösterir.

tarayıcı doğrulayıcı bloklu
Operasyon hazır0/8
Operasyon engeli22
Gelecek durumeksik
Referans eşleşmesihayır
Nihai engelleyici10
İddiakanıtlanmadı
Browser verifier blokajları
  • gelecekteki yükleme doğrulayıcı şeması eksik veya beklenenden farklı
  • gelecekteki yükleme doğrulayıcı durumu PASS değil
  • Operasyon kanıt doğrulayıcısı durumu PASS değil
  • gelecekteki yükleme doğrulayıcısı kalemize edilmiş rapor oluşturmayı kanıtlamadı
  • gelecekteki yükleme doğrulayıcısı ayrılmış belge durumunu kanıtlamadı
  • gelecekteki yükleme doğrulayıcısı test edilen belge kimliğini içermedi
  • gelecekteki yükleme doğrulayıcısı eğitim/örnek belge hariç tutmalarını içermedi
  • gelecekteki yükleme doğrulayıcısı bir Operasyon kanıt anahtarı sağlamadı
  • gelecekteki yükleme doğrulayıcısı bir Operasyon referans URI'si sağlamadı
  • Operasyonlar kanıt paketi hala eksik satırlara sahip
Operations evidence verifier blokajları
  • SAME_TYPE_TRAINING_COMPLETION_CERTIFICATE: Kontrol edilen kanıt referansı eksik
  • SAME_TYPE_FUTURE_UPLOAD_OUTCOME_RECEIPT: Kontrol edilen kanıt referansı eksik
  • SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: Kontrol edilen kanıt referansı eksik
  • SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: Doğrulayıcı kanıt TEST_TRANSCRIPT veya CONTROLLED_REFERENCE kullanmalıdır
  • SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: aynı türden doğrulayıcı şema meta verisi eksik
  • SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: aynı türden doğrulayıcı durumu PASS değil
  • SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: aynı türden doğrulayıcı kanıt kaydını onaylamadı
  • SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: Aynı türden ayrılmış doğrulayıcı durumu PASS değil
  • SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: aynı türden ayrılmış eğitim hariç tutma kimlikleri eksik
  • SAME_TYPE_ITEMIZED_VALIDATION_REPORT: Kontrol edilen kanıt referansı eksik
  • SAME_TYPE_ITEMIZED_VALIDATION_REPORT: Doğrulayıcı kanıt TEST_TRANSCRIPT veya CONTROLLED_REFERENCE kullanmalıdır
  • SAME_TYPE_ITEMIZED_VALIDATION_REPORT: aynı türden doğrulayıcı şema meta verisi eksik

Bu doğrulayıcı, Operasyon kanıt paketinin aynı tür kanıt döngüsü için kontrol edilen referanslara sahip olduğunu kanıtlar. Kendi başına klinik geçerlilik, akreditasyon veya üretim sürüm onayı kanıtlamaz.

Bu doğrulayıcı, dahili aynı tür eğitim kanıt döngüsünü kanıtlar. Tek başına resmi akreditasyonu, klinik geçerliliği, imza orijinalliğini veya üretim otomatik uygunluğunu kanıtlamaz.

Final verifier PASS sonucunu kaydet iBu neden ayrı bir adım?Dosyaların hazır olması final kanıt değildir. Final verifier komutu çalıştırılıp PASS JSON çıktısı bu alanda doğrulanınca aynı-tip proof loop kapanmış sayılabilir.

Final same-type proof henüz PASS olarak kaydedilemez. Önce final verifier JSON çıktısını üretin/yapıştırın ve tüm blokajları çözün.

16 blokaj var
Artefakt dışa aktarımıeksik
Hedef iddiakanıtlanmadı
Operasyonlar0/8
Future satır0
Kalite blokajı0
Nihai engelleyici10
Final verifier neden PASS kabul edilmiyor?
  • Nihai doğrulayıcı durumu PASS değil.
  • Nihai doğrulayıcı can_claim_end_to_end_same_type_proof=true olarak ayarlamadı.
  • Nihai doğrulayıcı, Operasyon kanıtı referans URI'sının gelecekteki yükleme doğrulayıcı referansı ile eşleştiğini kanıtlamadı.
  • Nihai doğrulayıcı gelecekteki yükleme bölümü PASS değil.
  • Nihai doğrulayıcı operations_evidence bölümü PASS değil.
  • Nihai doğrulayıcı engelleyici: gelecekteki yükleme doğrulayıcı şeması eksik veya beklenenden farklı
  • Nihai doğrulayıcı engelleyici: gelecekteki yükleme doğrulayıcı durumu PASS değil
  • Nihai doğrulayıcı engelleyici: Operasyon kanıt doğrulayıcısı durumu PASS değil
  • Nihai doğrulayıcı engelleyici: gelecekteki yükleme doğrulayıcısı kalemize edilmiş rapor oluşturmayı kanıtlamadı
  • Nihai doğrulayıcı engelleyici: gelecekteki yükleme doğrulayıcısı ayrılmış belge durumunu kanıtlamadı
  • Nihai doğrulayıcı engelleyici: gelecekteki yükleme doğrulayıcısı test edilen belge kimliğini içermedi
  • Nihai doğrulayıcı engelleyici: gelecekteki yükleme doğrulayıcısı eğitim/örnek belge hariç tutmalarını içermedi
  • Nihai doğrulayıcı engelleyici: gelecekteki yükleme doğrulayıcısı bir Operasyon kanıt anahtarı sağlamadı
  • Nihai doğrulayıcı engelleyici: gelecekteki yükleme doğrulayıcısı bir Operasyon referans URI'si sağlamadı
  • Nihai doğrulayıcı engelleyici: Operasyonlar kanıt paketi hala eksik satırlara sahip
  • Nihai kanıt arayüzü henüz çalışmaya hazır değil.
PASS kabul şartları
  • Nihai doğrulayıcı JSON şeması same-type-end-to-end-proof-verifier.v1 mi?
  • Final verifier status PASS mı?
  • can_claim_end_to_end_same_type_proof true mu?
  • reference_alignment.matched true mu?
  • future_upload ve operations_evidence bölümleri PASS mı?
  • Bu PASS resmi akreditasyon/klinik karar/imza gerçekliği olarak yanlış sunulmuyor mu?
{
  "expected_evidence_key": null,
  "expected_reference_type": null,
  "expected_reference_uri": null,
  "matched": false,
  "matching_row": null
}

Nihai doğrulayıcı PASS yalnızca dahili aynı tür kanıt döngüsünü kanıtlar. Bu tek başına akreditasyon, klinik geçerlilik, imza orijinalliği veya üretim otomatik uygunluğu değildir.

Token'sız deterministik doğrulayıcı-sonuç alımı. Yapıştırılan JSON'u yerel olarak tarayıcıda ayrıştırır ve bir yapay zeka modeli çağırmaz.

1. Eğitim taslağı incelenir ve dışa aktarılırişlem gerekli

Otomatik: Metin/örnek girişi bir taslak ve tamamlama makbuzu oluşturabilir.

Kullanıcı: Alanları ve kuralları inceledikten sonra eğitim tamamlama sertifikasını dışa aktarın veya kaydedin.

Eksik kanıt: SAME_TYPE_TRAINING_COMPLETION_CERTIFICATE

Bu adımı bloklayan nedenler
  • SAME_TYPE_TRAINING_COMPLETION_CERTIFICATE: Kontrol edilen kanıt referansı eksik.
2. Yeni bir tutulan aynı tür belge yüklendiişlem gerekli

Otomatik: Yükleme rehberi gelecekteki yükleme sonuç makbuzunu oluşturabilir.

Kullanıcı: Öğretim için kullanılmamış yeni bir aynı tür belge yükleyin ve sonuç makbuzunu saklayın.

Eksik kanıt: SAME_TYPE_FUTURE_UPLOAD_OUTCOME_RECEIPT

Bu adımı bloklayan nedenler
  • SAME_TYPE_FUTURE_UPLOAD_OUTCOME_RECEIPT: Kontrol edilen kanıt referansı eksik.
3. Belge detayı makbuzu yeni yüklemenin rapor ekranına ulaştığını kanıtlarişlem gerekli

Otomatik: Operasyonlar belge makbuzunu alabilir ve bundan bir doğrulayıcı sonucu oluşturabilir.

Kullanıcı: İşlemlerin makbuzu alıp doğrulaması için aynı türde bir belgeyi yapıştırın veya açın.

Eksik kanıt: SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT

Bu adımı bloklayan nedenler
  • SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: Kontrol edilen kanıt referansı eksik.
  • SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: Aynı türden doğrulayıcı şema meta verisi eksik.
  • SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: Aynı türden doğrulayıcı durumu PASS değil.
  • SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: Aynı türden doğrulayıcı kanıt kaydını onaylamadı.
  • SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: Aynı türden ayrılmış doğrulayıcı durumu PASS değil.
  • SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: Aynı türden ayrılmış eğitim hariç tutma kimlikleri eksik.
  • SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: Doğrulayıcı kanıt TEST_TRANSCRIPT veya CONTROLLED_REFERENCE olmalıdır.
4. Ayrıntılı PASS/FAIL/MANUAL_REVIEW raporu doğrulayıcı tarafından desteklenmektedirişlem gerekli

Otomatik: Doğrulayıcı satır sayısını, satır kalitesini, kanıt/eksik kanıtı ve sonraki eylem metnini kontrol eder.

Kullanıcı: Doğrulayıcı tarafından desteklenen kalem bazlı rapor referansını kaydedin; yalnızca yükleme durumuna güvenmeyin.

Eksik kanıt: SAME_TYPE_ITEMIZED_VALIDATION_REPORT

Bu adımı bloklayan nedenler
  • SAME_TYPE_ITEMIZED_VALIDATION_REPORT: Kontrol edilen kanıt referansı eksik.
  • SAME_TYPE_ITEMIZED_VALIDATION_REPORT: Aynı türden doğrulayıcı şema meta verisi eksik.
  • SAME_TYPE_ITEMIZED_VALIDATION_REPORT: Aynı türden doğrulayıcı durumu PASS değil.
  • SAME_TYPE_ITEMIZED_VALIDATION_REPORT: Aynı türden doğrulayıcı kanıt kaydını onaylamadı.
  • SAME_TYPE_ITEMIZED_VALIDATION_REPORT: Aynı türden ayrılmış doğrulayıcı durumu PASS değil.
  • SAME_TYPE_ITEMIZED_VALIDATION_REPORT: Aynı türden ayrılmış eğitim hariç tutma kimlikleri eksik.
  • SAME_TYPE_ITEMIZED_VALIDATION_REPORT: Doğrulayıcı kanıt TEST_TRANSCRIPT veya CONTROLLED_REFERENCE olmalıdır.
5. Held-out örnek, model/sağlayıcı ve güvenlik/yasal kanıtları kaydedildiişlem gerekli

Otomatik: Sistem eksik yönetim kanıtlarını listeleyebilir ve kanıt form satırını önceden seçebilir.

Kullanıcı: Örnek ayrımı, OCR/model yolu ve güvenlik/yasal onayı için kontrol referanslarını kaydedin.

Eksik kanıt: SAME_TYPE_HELD_OUT_SAMPLE_SET, SAME_TYPE_MODEL_PROVIDER_DIGEST, SAME_TYPE_SECURITY_LEGAL_SIGNOFF

Bu adımı bloklayan nedenler
  • SAME_TYPE_HELD_OUT_SAMPLE_SET: Kontrol edilen kanıt referansı eksik.
  • SAME_TYPE_MODEL_PROVIDER_DIGEST: Kontrol edilen kanıt referansı eksik.
  • SAME_TYPE_SECURITY_LEGAL_SIGNOFF: Kontrol edilen kanıt referansı eksik.
  • SAME_TYPE_SECURITY_LEGAL_SIGNOFF: İnsan onayı SIGNED_DOCUMENT veya CHANGE_RECORD olmalıdır.
6. Pilot sahibi onayladığı kapsam ve otomasyon seviyesiişlem gerekli

Otomatik: Operasyonlar onay kanıtı form satırını hazırlayabilir.

Kullanıcı: İmzalanmış pilot/yayın sahibi kararını kontrollü bir referans olarak kaydedin.

Eksik kanıt: SAME_TYPE_PILOT_OWNER_SIGNOFF

Bu adımı bloklayan nedenler
  • SAME_TYPE_PILOT_OWNER_SIGNOFF: Kontrol edilen kanıt referansı eksik.
  • SAME_TYPE_PILOT_OWNER_SIGNOFF: İnsan onayı SIGNED_DOCUMENT veya CHANGE_RECORD olmalıdır.

Token'sız deterministik kanıt kontrol listesi. Operatörü kanıt kapılarından geçirir; bir yapay zeka modeli çağırmaz veya onay kayıtları otomatik olarak oluşturmaz.

Son insan onayları iBu onaylar neden otomatik olamaz?AI/OCR belgeyi okuyabilir ve kuralları çalıştırabilir; fakat cloud/local model izni, PHI yönetişimi, pilot kapsamı ve otomasyon seviyesi hastane yetkilisinin imzalı kararıdır. Bu kart sadece doğru kanıt satırını forma hazırlar.

Teknik eğitim kanıtları tek başına yeterli değildir. Aynı tip belge akışını pilot/üretim iddiasına yaklaştırmadan önce security/legal ve pilot/release sahibi onaylarını kontrollü referans olarak kaydedin.

2 insan onayı eksik
Security/legal onayıMISSING

Security/legal approver dış OCR/cloud kullanımına izin verdi mi, yoksa local-only kararını mı imzaladı?

Eksikse risk: Model/provider veya örnek kanıt kullanımı hastane veri işleme ve yasal gereksinimlerini ihlal edebilir.

Pilot/release sahibi onayıMISSING

Pilot/release sahibi aynı tip yeni yüklemeler için kapsamı, otomasyon seviyesini ve rollback sahibini imzaladı mı?

Eksikse risk: Uygulama, yetkili sahibin kabul etmediği bir operasyonel izin veya otomasyon seviyesi ima edebilir.

Onay kılavuzu deterministik ve token içermez. Bir sohbet robotu gerekli kararı açıklayabilir, ancak açık kullanıcı onayı ve PHI beyanı olmadan onay kayıtları oluşturmamalı veya onaylamamalıdır.

Verifier çıktısını kontrol et iBu kutuya ne yapıştırılır?Yeni ve eğitimde kullanılmamış aynı tip belge için çalıştırılan scripts/verify_same_type_future_upload.py komutunun JSON çıktısını yapıştırın. Bu alan hasta metni veya belge içeriği için değildir; sadece verifier sonucu okunur.

Aynı-tip kanıtını forma kaydetmeden önce verifier JSON çıktısını buraya yapıştırın. Sistem PASS/FAIL durumunu ve madde madde rapor kalitesini kontrol eder.

verifier çıktısı bekleniyor

En otomatik yol: Document Detail sayfasındaki “Same-type kanıtını Operations’a bağla” bağlantısı belge kimliğini buraya getirir; bu düğme API receipt’ini alır, verifier JSON oluşturur ve PASS ise kanıt formunu hazırlar.

Önerilen kanıtSAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT
AktarılabilirHayır
Checklist satırı0
Kaliteli satır0
Sonraki eylem0
Kalite bloğu0
Neden kanıt olarak kullanılamıyor?
  • Verifier JSON çıktısı henüz yok.
Verifier kabul şartları
  • Ayrılmış aynı tür bir belge yükleyin ve belge detayları kanıt makbuzunu açın.
  • Aynı tür gelecekteki yükleme doğrulayıcısını o makbuz veya doküman kimliği üzerinde çalıştırın.
  • Yalnızca doğrulayıcı JSON çıktısını buraya yapıştırın.

Token'sız: bu yardımcı yalnızca JSON okur.

Toplam kanıt8
Kaydedilen0
Eksik8
Reddedilen0
Belge eğitimi tamamlama sertifikası, kanonik alanlar, kural satırları ve gelecekteki yükleme test eylemi gözden geçirildikten sonra dışa aktarılıriBu kanıt satırı ne ister?Sorumlu: Belge eğitimi sahibi. Kabul edilen formatlar: JSON kanıt alımı, imzalı PDF, değişiklik kaydı. Bu satır hazır sayılmadan önce doğru kontrollü referans, gerekiyorsa verifier PASS metadata’sı ve PHI içermeyen not gerekir. MISSING

Bir metin açıklaması veya taslak, kontrol edilmiş eğitilmiş bir belge türü ile karıştırılabilir.

Sorumlu: Belge eğitimi sahibi • Önerilen referans türü: CONTROLLED_REFERENCE

Beklenen kanıt: Dışa aktarılan belge-eğitim tamamlama sertifikası JSON/PDF.

Neden hazır değil?
  • Kontrol edilen kanıt referansı eksik.
Yeni bir aynı tür belge için yükleme sayfasından gelecekteki yükleme test sonucu alındıiBu kanıt satırı ne ister?Sorumlu: Pilot test operatörü. Kabul edilen formatlar: JSON kanıt alımı, test transkript, değişiklik kaydı. Bu satır hazır sayılmadan önce doğru kontrollü referans, gerekiyorsa verifier PASS metadata’sı ve PHI içermeyen not gerekir. MISSING

Sistem, yeni aynı tür yüklemelerin doğru doğrulama yoluna girdiğini gösteremez.

Sorumlu: Pilot test operatörü • Önerilen referans türü: TEST_TRANSCRIPT

Beklenen kanıt: future-upload-test-outcome-guide.json indirildi.

Neden hazır değil?
  • Kontrol edilen kanıt referansı eksik.
Belge detayı aynı tür test makbuzu yeni yüklemenin kanıt/rapor ekranına ulaştığını kanıtlariBu kanıt satırı ne ister?Sorumlu: Pilot test operatörü. Kabul edilen formatlar: JSON kanıt alımı, test transkript, Kontrol edilen ekran görüntüsü referansı. Bu satır hazır sayılmadan önce doğru kontrollü referans, gerekiyorsa verifier PASS metadata’sı ve PHI içermeyen not gerekir. MISSING

Başarılı bir yükleme tek başına OCR ve kuralların denetlenebilir bir doğrulama sonucu ürettiğini kanıtlamaz.

Sorumlu: Pilot test operatörü • Önerilen referans türü: TEST_TRANSCRIPT

Beklenen kanıt: future-upload-document-test-guide.json indirildi.

Neden hazır değil?
  • Kontrol edilen kanıt referansı eksik.
  • Aynı türden doğrulayıcı şema meta verisi eksik.
  • Aynı türden doğrulayıcı durumu PASS değil.
  • Aynı türden doğrulayıcı kanıt kaydını onaylamadı.
  • Aynı türden ayrılmış doğrulayıcı durumu PASS değil.
  • Aynı türden ayrılmış eğitim hariç tutma kimlikleri eksik.
  • Doğrulayıcı kanıt TEST_TRANSCRIPT veya CONTROLLED_REFERENCE olmalıdır.
Held-out aynı tür belge için ayrıntılı PASS/FAIL/MANUAL_REVIEW doğrulama raporuiBu kanıt satırı ne ister?Sorumlu: Klinik/belge kontrol inceleyicisi. Kabul edilen formatlar: doğrulama raporu JSON, imzalı inceleme PDF, CSV/XLSX sonuç tablosu. Bu satır hazır sayılmadan önce doğru kontrollü referans, gerekiyorsa verifier PASS metadata’sı ve PHI içermeyen not gerekir. MISSING

Kullanıcılar her belge türü için hangi doğrulama noktalarının geçtiğini veya başarısız olduğunu bilemezler.

Sorumlu: Klinik/belge kontrol inceleyicisi • Önerilen referans türü: TEST_TRANSCRIPT

Beklenen kanıt: Sadece genel bir durum değil, her gerekli doğrulama noktası için satır raporla.

Neden hazır değil?
  • Kontrol edilen kanıt referansı eksik.
  • Aynı türden doğrulayıcı şema meta verisi eksik.
  • Aynı türden doğrulayıcı durumu PASS değil.
  • Aynı türden doğrulayıcı kanıt kaydını onaylamadı.
  • Aynı türden ayrılmış doğrulayıcı durumu PASS değil.
  • Aynı türden ayrılmış eğitim hariç tutma kimlikleri eksik.
  • Doğrulayıcı kanıt TEST_TRANSCRIPT veya CONTROLLED_REFERENCE olmalıdır.
Belge türü için temsili ayrılmış örnek seti manifestosuiBu kanıt satırı ne ister?Sorumlu: Hastane veri/belge sahibi. Kabul edilen formatlar: veri seti raporu, imzalı PDF, CSV/XLSX manifest'i, Kontrol edilen referans. Bu satır hazır sayılmadan önce doğru kontrollü referans, gerekiyorsa verifier PASS metadata’sı ve PHI içermeyen not gerekir. MISSING

Sistem, belge türünü öğretmek için kullanılan örneklere göre doğru görünebilir.

Sorumlu: Hastane veri/belge sahibi • Önerilen referans türü: DATASET_REPORT

Beklenen kanıt: Test belgelerinin eğitim örneklerinden ayrı olduğunu kanıtlayan örnek kümesi manifestosu.

Neden hazır değil?
  • Kontrol edilen kanıt referansı eksik.
Aynı tür test çalıştırması için kullanılan OCR/model/sağlayıcı özetiiBu kanıt satırı ne ister?Sorumlu: Yapay Zeka/OCR platform sahibi. Kabul edilen formatlar: model özeti, JSON manifest, değişiklik kaydı, test transkript. Bu satır hazır sayılmadan önce doğru kontrollü referans, gerekiyorsa verifier PASS metadata’sı ve PHI içermeyen not gerekir. MISSING

Daha sonraki bir çalıştırma farklı bir OCR/model yolu kullanabilir ve farklı doğrulama davranışı üretebilir.

Sorumlu: Yapay Zeka/OCR platform sahibi • Önerilen referans türü: MODEL_DIGEST

Beklenen kanıt: Yerel OCR/VLM model kimliği veya bulut sağlayıcı/model kimliği, sürüm, istem/kural paketi hash'i ve çalışma zamanı ortamı.

Neden hazır değil?
  • Kontrol edilen kanıt referansı eksik.
Seçilen OCR/model yolu ve örnek kanıt kullanımı için güvenlik/hukuki onayiBu kanıt satırı ne ister?Sorumlu: Güvenlik/hukuki onaylayıcı. Kabul edilen formatlar: imzalı PDF, hukuki karar, ticket/change kaydı. Bu satır hazır sayılmadan önce doğru kontrollü referans, gerekiyorsa verifier PASS metadata’sı ve PHI içermeyen not gerekir. MISSING

Aynı tür belge akışı veri işleme veya hastane yönetimi kısıtlamalarını ihlal edebilir.

Sorumlu: Güvenlik/hukuki onaylayıcı • Önerilen referans türü: SIGNED_DOCUMENT

Beklenen kanıt: Harici bir sağlayıcı belge görsellerini veya metinlerini işleyebiliyorsa Cloud/Gemini izni.

Neden hazır değil?
  • Kontrol edilen kanıt referansı eksik.
  • İnsan onayı SIGNED_DOCUMENT veya CHANGE_RECORD olmalıdır.
Pilot sahibi, eğitilen türün onaylanan kapsamda gelecekteki yüklemeler için kullanılabileceğine dair onay veririBu kanıt satırı ne ister?Sorumlu: Pilot/yayın sahibi. Kabul edilen formatlar: imzalı PDF, değişiklik kaydı, yayın kararı. Bu satır hazır sayılmadan önce doğru kontrollü referans, gerekiyorsa verifier PASS metadata’sı ve PHI içermeyen not gerekir. MISSING

Uygulama, sorumlu bir sahip riski kabul etmeden operasyonel izin ima edebilir.

Sorumlu: Pilot/yayın sahibi • Önerilen referans türü: SIGNED_DOCUMENT

Beklenen kanıt: İzin verilen kuruluş/tesis/belge türü kapsamını belirten imzalı karar.

Neden hazır değil?
  • Kontrol edilen kanıt referansı eksik.
  • İnsan onayı SIGNED_DOCUMENT veya CHANGE_RECORD olmalıdır.
Bu paketin tamamlanması için kurallar
  • Sadece taslak oluşturmak için metin talimatlarını kullanın; örnek kanıt ve onay satırları kaydedilene kadar belge türünü yayınlamayın.
  • En az bir adet aynı tür tutulan yüklemeyi çalıştırın ve hem yükleme sonuç makbuzunu hem de doküman detay raporu makbuzunu saklayın.
  • Doğrulama raporunun her belgeye özgü kontrol noktası için ayrı satırlar içerdiğini onaylayın.
  • Pilot veya üretim hazırlığı iddiasından önce model/sağlayıcı, güvenlik/yasal ve pilot sahibi onayını kaydedin.

Bu paket deterministiktir ve jeton içermez. Bir sohbet botu eksik satırları veya önerilen eylemleri açıklayabilir, ancak bu kanıt satırları kontrol edilen referanslar ve onaylarla karşılanmalıdır.

Basit karar

Pilot/üretim hazır diyebilir miyiz? iBu kart neden var?Bu kart teknik manifestleri tek kullanıcı cevabına indirir: hazır mı, değil mi, ilk olarak hangi kanıt toplanmalı ve hangi kararlar hâlâ insan/hastane onayı ister.

Hayır. Bu aşamada kullanıcıya veya yönetime “tamamlandı / pilot hazır / üretim hazır” denmemeli. Önce aşağıdaki kanıtlar toplanıp release dosyasına bağlanmalı.

hazır denemez
Şimdi ne yapmalıyım?

İlk pratik adım: “Kaynak envanteri ve 5-10 pilot form listesi” için Kalite/JCI lideri sahibinden kontrollü kanıt referansı kaydedin. Hasta verisini serbest metne yapıştırmayın.

Blok grubu5
Toplanacak kanıt25
Yüksek risk0
Tamam sinyali0
Neden hazır değil?
  • Operasyon readiness temiz değil: UNKNOWN
  • Önce organizasyon için operasyon görünümünü yükleyin.
  • Acceptance/hastane kanıtları tamam değil: PRODUCTION_CLAIM_NOT_ALLOWED
  • Temel / çevrimdışı yığın: HOSPITAL_PROOF_REQUIRED
  • Yerel OCR/model ağ geçidi: HOSPITAL_PROOF_REQUIRED
  • Belge ve kural stüdyoları: HOSPITAL_PROOF_REQUIRED
  • Phase 0 dış bağımlılıkları tamam değil: PHASE0_EXIT_BLOCKED
  • Kaynak envanteri ve 5-10 pilot form listesi — Kalite/JCI lideri
  • Onaylanmış boş form revizyonları ve meta verileri — Kayıtlar/form sahipleri
  • Saklama ve yasal tutma matrisi — Gizlilik/hukuk

Sistem otomatik ne yapabilir?

  • OCR/kural çalıştırmaları, bilinmeyen form yönlendirmeleri, taslak eğitim önerileri, kanıt kontrol listeleri ve hazırlık kapıları otomatik olarak oluşturulabilir.
  • Ne kontrol edileceğine dair bir metin açıklaması eğitim taslağı ve kontrol listesi oluşturabilir, ancak insan incelemesi ve örnek doğrulama olmadan yeni bir kontrol edilmiş belge türü yayınlamamalıdır.
  • Asistan soruları yanıtlayabilir ve yazma eylemleri hazırlayabilir, ancak yazma eylemleri yazılı onay gerektirmelidir.

Ne hâlâ insan/hastane onayı ister?

  • Temsili örnek seti onayı, yasal/bulut temeli, model özeti onayı ve yayın onayı.
  • Yeni bir belge türü, kural paketi veya üretim otomasyon uygunluğu yayınlama.
  • Sistemin pilot'a hazır, üretime hazır veya akreditasyona hazır olduğuna dair herhangi bir iddia.
İlk toplanacak kanıtlar
Kaynak envanteri ve 5-10 pilot form listesiAWAITING_HOSPITAL_ASSIGNMENT

Sahip: Kalite/JCI lideri • Ekran: /operations

Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

  • Adlandırılmış sorumlu sahip ve onay tarihi.
  • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
  • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
Onaylanmış boş form revizyonları ve meta verileriAWAITING_HOSPITAL_ASSIGNMENT

Sahip: Kayıtlar/form sahipleri • Ekran: /operations

Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

  • Adlandırılmış sorumlu sahip ve onay tarihi.
  • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
  • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
Saklama ve yasal tutma matrisiAWAITING_LEGAL_DETERMINATION

Sahip: Gizlilik/hukuk • Ekran: /operations

Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

  • Adlandırılmış sorumlu sahip ve onay tarihi.
  • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
  • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
Öğrenme/ikincil kullanım hukuki dayanağıAWAITING_LEGAL_DETERMINATION

Sahip: Gizlilik/hukuk • Ekran: /operations

Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

  • Adlandırılmış sorumlu sahip ve onay tarihi.
  • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
  • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
Sayfa hacimleri, zirve oranı, geri doldurma envanteriAWAITING_MEASUREMENT

Sahip: Hastane BT/kayıtlar • Ekran: /operations

Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

  • Adlandırılmış sorumlu sahip ve onay tarihi.
  • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
  • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
Özel sunucu, ağ, depolama, GPU ve yedekleme planıAWAITING_HOSPITAL_ASSIGNMENT

Sahip: Hastane BT • Ekran: /operations

Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

  • Adlandırılmış sorumlu sahip ve onay tarihi.
  • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
  • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.

Bu denetim deterministiktir ve jeton içermez. Sohbet botu açıklamaları, kullanıcı yardım istediğinde jeton kullanabilir; eylemler onay gerektirir.

Nihai iddia kapısı

Tamamlama / üretim talep kapısıiBu gate neyi söyler?Bu kart “plan bitti mi / üretime hazır mı?” sorusuna tek cevap verir. Operasyon readiness, acceptance manifesti, Phase 0 dış bağımlılıklar, uygulama kapsamı ve implementation evidence register birlikte temiz değilse claim yapılmaz.

Hayır. Mevcut kanıta göre plan tamamen bitti veya üretime hazır denemez. Yazılım yolları mevcut olsa bile aşağıdaki operasyon, acceptance, Phase 0, hastane kanıtı veya external-dependency kapıları kapanmadan completion/production claim yapılmamalıdır.

claim yapılamaz
Blok grubu5
Tamam sinyali0
Operasyon blok1
Phase 0 eksik10
Acceptance hastane kanıtı4
Evidence hastane kanıtı10
Operasyon readiness temiz değilUNKNOWN
  • Önce organizasyon için operasyon görünümünü yükleyin.
Acceptance/hastane kanıtları tamam değilPRODUCTION_CLAIM_NOT_ALLOWED
  • Temel / çevrimdışı yığın: HOSPITAL_PROOF_REQUIRED
  • Yerel OCR/model ağ geçidi: HOSPITAL_PROOF_REQUIRED
  • Belge ve kural stüdyoları: HOSPITAL_PROOF_REQUIRED
  • Kurtarma, izleme, yayın, kapasite: HOSPITAL_PROOF_REQUIRED
Phase 0 dış bağımlılıkları tamam değilPHASE0_EXIT_BLOCKED
  • Kaynak envanteri ve 5-10 pilot form listesi — Kalite/JCI lideri
  • Onaylanmış boş form revizyonları ve meta verileri — Kayıtlar/form sahipleri
  • Saklama ve yasal tutma matrisi — Gizlilik/hukuk
  • Öğrenme/ikincil kullanım hukuki dayanağı — Gizlilik/hukuk
  • Sayfa hacimleri, zirve oranı, geri doldurma envanteri — Hastane BT/kayıtlar

+5 ek kanıt/engel manifestte.

Uygulama kapsamı üretim iddiası için kanıt bekliyorIMPLEMENTED_PATHS_REQUIRE_PROOF
  • Ön uç belge türü eğitimi: dış kanıt bekliyor
  • Sade dil kontrol taslağı: dış kanıt bekliyor
  • Kural yayınlama ve gelecekteki yükleme dağıtımı: dış kanıt bekliyor
  • Ayrıntılı geçme/başarısız olma/manuel inceleme raporu: dış kanıt bekliyor
  • Kalıcı gelecek rapor sözleşmesi: dış kanıt bekliyor

+5 ek kanıt/engel manifestte.

Uygulama kanıt kayıt defteri üretim iddiasına izin vermiyorHOSPITAL_PROOF_STILL_REQUIRED
  • Temel: HOSPITAL_PROOF_REQUIRED
  • OCR: HOSPITAL_PROOF_REQUIRED
  • İsteğe bağlı VLM: DISABLED_BY_DEFAULT
  • Belge stüdyosu: HOSPITAL_PROOF_REQUIRED
  • Otomasyon kapısı: HOSPITAL_PROOF_REQUIRED

+6 ek kanıt/engel manifestte.

Bu gate üretim veya akreditasyon kararı vermez; yalnızca mevcut manifests kaynaklı claim engellerini tek yerde gösterir. Her blocker yetkili kanıtla kapanmadan goal complete/production ready sayılmamalıdır.

Deterministik manifesttir; LLM/token harcamaz ve hasta verisi içermez.

Faz kapısı kanıtı

Faz kapısı kanıt manifestosuiBu manifest neyi kanıtlar?Phase Gates dokümanı her faz için executable evidence ister. Bu kart Phase 0–11 fazlarını operasyon, acceptance, Phase 0 bağımlılıkları ve implementation evidence register ile eşleştirir; eksik kanıt kapanmadan completion/production claim yapılmaz.

Docs/governance/phase_gates.md her faz için executable evidence ister. Bu manifest Phase 0–11 fazlarını mevcut operasyon, acceptance, Phase 0 ve implementation-evidence kayıtlarıyla eşleştirir; eksik kanıt kapanmadan full implementation veya production claim yapılmamalıdır.

faz kanıtı eksik
Faz12
Runtime blok0
Kanıt bekleyen9
İmza incelemesine hazır3
Phase 0 eksik10
Faz 0 — Yönetişim, yasal kararlar, kaynak normalizasyonu, veri teslim sözleşmesikanıt bekliyor

Hastane'ye ait ön koşullar herhangi bir pilot/eğitim iddiasını destekleyebilir mi?

Gerekli kanıt: İmzalanmış kaynak hiyerarşisi, pilot formlar, saklama/gizlilik kararları, kapasite/veri teslimat sahipleri, kaynak hakları ve JCI lisans kararı.

  • 10 Phase 0 dış bağımlılığı açık.
Kanıt eşleşmeleri ve sıradaki işlemler
  • Kalite/JCI lideri: Kaynak envanteri ve 5-10 pilot form listesi
  • Kayıtlar/form sahipleri: Onaylanmış boş form revizyonları ve meta verileri
  • Gizlilik/hukuk: Saklama ve yasal tutma matrisi
  • Gizlilik/hukuk: Öğrenme/ikincil kullanım hukuki dayanağı
  • Hastane BT/kayıtlar: Sayfa hacimleri, zirve oranı, geri doldurma envanteri
  • Hastane BT: Özel sunucu, ağ, depolama, GPU ve yedekleme planı
  • Klinik/form sahipleri: Form başına ilk temsilci örnekler
  • Veri sorumlusu/ML lideri: Tamamlanan açıklamalar ve ayrılmış kısım
  • Kalite/hukuki: 107. satır kontrol çalışma kitabı ve kaynak hakları eksik
  • Kalite/hukuki: JCI içerik lisansı belirleme
  • Bu listeyi hastane kickoff/release dosyasına ekleyin; eksikler kapanmadan Phase 0 çıkışı yapmayın.
Faz 1 — İzole platform temeli ve çevrimdışı dağıtımkanıt bekliyor

İnternet veya güvensiz varsayılanlar olmadan izole yığın başlatılabilir ve yükseltilebilir mi?

Gerekli kanıt: Çevrimdışı yığın başlatma, göç/geri alma kanıtı, varsayılan üretim gizli bilgisi yok, genel depo reddi, imzalı/çevrimdışı sürüm töreni.

  • Temel / çevrimdışı yığın: hastane/release kanıtı gerekiyor.
  • Temel: HOSPITAL_PROOF_REQUIRED.
  • Yayın: HOSPITAL_PROOF_REQUIRED.
Kanıt eşleşmeleri ve sıradaki işlemler

Kabul: FOUNDATION=HOSPITAL_PROOF_REQUIRED

Kanıt: FOUNDATION=HOSPITAL_PROOF_REQUIRED, RELEASE=HOSPITAL_PROOF_REQUIRED

  • Oluşturulan doğrulama, ana bilgisayar güvenlik duvarı incelemesi, üretim TLS/çevrimdışı başlangıç kanıtı.
  • Oluşturulan doğrulama, ana bilgisayar güvenlik duvarı incelemesi, üretim TLS testi
  • Bağımsız imza doğrulaması ve geri alma provası
Faz 2 — Kimlik, RLS, şifreleme, kapsamlı denetim zincirleri, imzalanmış köklersign-off incelemesine hazır

Kullanıcılar, veriler ve denetim kayıtları kiracı/tesis kapsamlı ve değiştirilemez kalabilir mi?

Gerekli kanıt: Farklı tesisler arası negatif testler, tanımlayıcı şifreleme/döndürme testleri, denetim zinciri doğrulaması ve imzalı günlük kök kanıtı.

Açık manifest bloğu görünmüyor; yetkili sign-off yine ayrı gerekir.

Kanıt eşleşmeleri ve sıradaki işlemler

Kabul: SECURITY_TENANCY=ENGINEERING_EVIDENCE_AVAILABLE

Kanıt: IDENTITY=ENGINEERING_EVIDENCE_AVAILABLE, IDENTIFIERS=ENGINEERING_EVIDENCE_AVAILABLE, AUDIT=ENGINEERING_EVIDENCE_AVAILABLE

    Faz 3 — Güvenli canlı alım, değiştirilemez depolama, paket eşleştirme, geri doldurmasign-off incelemesine hazır

    Güvensiz veya çelişkili girdiler OCR/kural otomasyonundan önce durdurulabilir mi?

    Gerekli kanıt: Bozuk/kötü niyetli karantina, değiştirilemez orijinal dosyalar, yinelen/çakışma algılama ve canlı/arka dolgu zamanlama kanıtı.

    Açık manifest bloğu görünmüyor; yetkili sign-off yine ayrı gerekir.

    Kanıt eşleşmeleri ve sıradaki işlemler

    Kabul: INGESTION_IDENTITY=ENGINEERING_EVIDENCE_AVAILABLE

    Kanıt: INGESTION=ENGINEERING_EVIDENCE_AVAILABLE, PACKET_IDENTITY=ENGINEERING_EVIDENCE_AVAILABLE

      Faz 4 — Yerel model ağ geçidi, deterministik OCR, kanıt kökenikanıt bekliyor

      OCR kanıtları VLM/bulut kritik otomatik geçiş olmadan yerel olarak yeniden üretilebilir mi?

      Gerekli kanıt: Onaylanmış yerel OCR/model ağırlıkları, çalışma zamanı/konteyner özetleri, temsilci OCR kalitesi, manuel inceleme sınırları ve yeniden çalıştırma kökeni.

      • Yerel OCR/model ağ geçidi: hastane/release kanıtı gerekiyor.
      • OCR: HOSPITAL_PROOF_REQUIRED.
      • İsteğe bağlı VLM: varsayılan kapalı; açık governance olmadan faz kanıtı sayılamaz.
      • Otomasyon kapısı: HOSPITAL_PROOF_REQUIRED.
      Kanıt eşleşmeleri ve sıradaki işlemler

      Kabul: LOCAL_OCR_MODELS=HOSPITAL_PROOF_REQUIRED

      Kanıt: OCR=HOSPITAL_PROOF_REQUIRED, OPTIONAL_VLM=DISABLED_BY_DEFAULT, AUTOMATION_GATE=HOSPITAL_PROOF_REQUIRED

      • Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.
      • Çalışma zamanı/birim testleri artı hastane model artefakt özeti
      • Oluşturulan doğrulama ve onaylanmış görüntü/ağırlık özeti
      • Temsili bölüme göre değiştirilemez değerlendirme raporu
      Faz 5 — Belge Türü Stüdyosu ve Sürüm Kontrol Paketlerikanıt bekliyor

      Yeni formlar kod dağıtımı olmadan öğretilebilir ve yayınlanabilir mi?

      Gerekli kanıt: Onaylanmış boş formlar, versiyonlanmış şablonlar, çapa/bölgeler, temsilci örnekler, sınıflandırma testleri ve yayın onayları.

      • Belge ve kural stüdyoları: hastane/release kanıtı gerekiyor.
      • Belge stüdyosu: HOSPITAL_PROOF_REQUIRED.
      Kanıt eşleşmeleri ve sıradaki işlemler

      Kabul: DOCUMENT_RULE_STUDIOS=HOSPITAL_PROOF_REQUIRED

      Kanıt: DOCUMENT_STUDIO=HOSPITAL_PROOF_REQUIRED

      • Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
      • Belge stüdyosu güvenlik SQL ve temsili örnekler
      Faz 6 — Kural Stüdyosu ve kısıtlı değerlendirme çalışma zamanıkanıt bekliyor

      Kurallar keyfi kod yerine ayrıntılı kanıtlarla güvenli bir şekilde çalışabilir mi?

      Gerekli kanıt: Yazılmış DSL doğrulama, değişmez kural sürümleri, kural testleri, aktif dağıtımlar, kesin kanıt bağlantıları ve N/A/manuel inceleme yönetimi.

      • Belge ve kural stüdyoları: hastane/release kanıtı gerekiyor.
      Kanıt eşleşmeleri ve sıradaki işlemler

      Kabul: DOCUMENT_RULE_STUDIOS=HOSPITAL_PROOF_REQUIRED

      Kanıt: RULE_STUDIO=ENGINEERING_EVIDENCE_AVAILABLE

      • Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
      Faz 7 — Gözden geçirilen, değerlendirilen ve yönetilen öğrenme adaylarıkanıt bekliyor

      Belirsiz veya kritik sonuçlar yetkili insan kontrolü altında kalabilir mi?

      Gerekli kanıt: Düzeltme sürümleri, gerekçeli geçersiz kılmalar, çift kritik inceleme, yönetilen öğrenme yasal dayanakları/kimlikten arındırma onayları.

      • Öğrenme: HOSPITAL_PROOF_REQUIRED.
      Kanıt eşleşmeleri ve sıradaki işlemler

      Kabul: REVIEW_CAPA_REPORTING=ENGINEERING_EVIDENCE_AVAILABLE

      Kanıt: REVIEW=ENGINEERING_EVIDENCE_AVAILABLE, LEARNING=HOSPITAL_PROOF_REQUIRED

      • Yönetilen işlemler SQL ve imzalanmış gizlilik temeli
      Faz 8 — Bulgular, CAPA, paneller ve raporlarsign-off incelemesine hazır

      Başarısız kontroller izlenebilir takip ile sorumlu bulgular haline gelebilir mi?

      Gerekli kanıt: Bulgu yaşam döngüsü, eylem kanıtı, doğrulama örneklemesi, gecikmiş tırmanma, kapsamlı dal panelleri/dışa aktarımları ve rapor manifest kontrolü.

      Açık manifest bloğu görünmüyor; yetkili sign-off yine ayrı gerekir.

      Kanıt eşleşmeleri ve sıradaki işlemler

      Kabul: REVIEW_CAPA_REPORTING=ENGINEERING_EVIDENCE_AVAILABLE

      Kanıt: FINDINGS_CAPA=ENGINEERING_EVIDENCE_AVAILABLE

        Faz 9 — Güvenlik güçlendirme, yedekleme, geri yükleme, DR, çevrimdışı yükseltmelerkanıt bekliyor

        Hastane sistemi güvenli bir şekilde kurtarabilir, izleyebilir, saklayabilir ve yükseltebilir mi?

        Gerekli kanıt: Tam geri yükleme tatbikatı, uyarı/alıcı testleri, imzalanmış çevrimdışı güncelleme, geri alma provası, saklama/yasal tutma politikası onayı.

        • Kurtarma, izleme, yayın, kapasite: hastane/release kanıtı gerekiyor.
        • Kurtarma: HOSPITAL_PROOF_REQUIRED.
        • İzleme: HOSPITAL_PROOF_REQUIRED.
        • Yayın: HOSPITAL_PROOF_REQUIRED.
        Kanıt eşleşmeleri ve sıradaki işlemler

        Kabul: RECOVERY_RELEASE_OPERATIONS=HOSPITAL_PROOF_REQUIRED

        Kanıt: RECOVERY=HOSPITAL_PROOF_REQUIRED, MONITORING=HOSPITAL_PROOF_REQUIRED, RELEASE=HOSPITAL_PROOF_REQUIRED, RETENTION=HOSPITAL_PROOF_REQUIRED

        • Bağımsız geri yükleme denemesi, alıcı/GPU uyarı testi, imzalı çevrimdışı güncelleme, ölçülmüş p50/p95/p99 bekleme kanıtı.
        • Üç aylık tatbikat ve bağımsız olarak imzalanmış kanıt-açık/örnek JSON
        • promtool, amtool, hedef/uyarı ile teslimat ve GPU-host testleri
        • Bağımsız imza doğrulaması ve geri alma provası
        • Yönetilen işlemler SQL ve imzalanmış saklama matrisi
        Faz 10 — Gölge pilot, kalibrasyon ve yayın kapılarıkanıt bekliyor

        Gölge sonuçlar resmi otomasyonu erken iddia etmeden kaliteyi kanıtlayabilir mi?

        Gerekli kanıt: Temsili etiketler, ayrılmış küme, kapasite/bekleme testi, kalibrasyon sonuçları, kritik otomatik geçme yok ve kalite onayı.

        • Yerel OCR/model ağ geçidi: hastane/release kanıtı gerekiyor.
        • Belge ve kural stüdyoları: hastane/release kanıtı gerekiyor.
        • Kurtarma, izleme, yayın, kapasite: hastane/release kanıtı gerekiyor.
        • Pilot: HOSPITAL_PROOF_REQUIRED.
        Kanıt eşleşmeleri ve sıradaki işlemler

        Kabul: LOCAL_OCR_MODELS=HOSPITAL_PROOF_REQUIRED, DOCUMENT_RULE_STUDIOS=HOSPITAL_PROOF_REQUIRED, RECOVERY_RELEASE_OPERATIONS=HOSPITAL_PROOF_REQUIRED

        Kanıt: PILOT=HOSPITAL_PROOF_REQUIRED, AUTOMATION_GATE=HOSPITAL_PROOF_REQUIRED, CI=ENGINEERING_EVIDENCE_AVAILABLE

        • Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.
        • Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • Bağımsız geri yükleme denemesi, alıcı/GPU uyarı testi, imzalı çevrimdışı güncelleme, ölçülmüş p50/p95/p99 bekleme kanıtı.
        • Temsili etiketler, kapasite testi, klinik/kalite onayı
        • Temsili bölüme göre değiştirilemez değerlendirme raporu
        Faz 11 — Şube dağıtımı ve yönetilen operasyonlarkanıt bekliyor

        Birden fazla şube kapsamlı erişim, destek ve geri alma ile çalışabilir mi?

        Gerekli kanıt: Şube kapsamlı yaygınlaştırma planı, operatör eğitimi, izleme alıcıları, geri alma süreci, imzalı sürüm töreni ve yönetilen operasyonlar çalışma kılavuzu.

        • Kurtarma, izleme, yayın, kapasite: hastane/release kanıtı gerekiyor.
        • İzleme: HOSPITAL_PROOF_REQUIRED.
        • Yayın: HOSPITAL_PROOF_REQUIRED.
        Kanıt eşleşmeleri ve sıradaki işlemler

        Kabul: SECURITY_TENANCY=ENGINEERING_EVIDENCE_AVAILABLE, REVIEW_CAPA_REPORTING=ENGINEERING_EVIDENCE_AVAILABLE, RECOVERY_RELEASE_OPERATIONS=HOSPITAL_PROOF_REQUIRED

        Kanıt: MONITORING=HOSPITAL_PROOF_REQUIRED, RELEASE=HOSPITAL_PROOF_REQUIRED, CI=ENGINEERING_EVIDENCE_AVAILABLE

        • Bağımsız geri yükleme denemesi, alıcı/GPU uyarı testi, imzalı çevrimdışı güncelleme, ölçülmüş p50/p95/p99 bekleme kanıtı.
        • promtool, amtool, hedef/uyarı ile teslimat ve GPU-host testleri
        • Bağımsız imza doğrulaması ve geri alma provası
        Phase gate genel sıradaki işlemler
        • Her faz için required_proof alanındaki kanıtı signed release/evidence package içinde yetkili owner ile bağlayın.
        • Phase 0 dış bağımlılıkları kapanmadan sonraki fazların production claim'i yapılamaz; kod yolu mevcut olsa bile hastane-owned kanıt gerekir.
        • Phase 4–6 için OCR/model, form/template, rule package ve itemized report evidence ayrı ayrı bağlanmalıdır.
        • Phase 10–11 için shadow pilot, capacity/soak, training, rollout ve managed-operations sign-off kanıtını sentetik developer çıktısıyla ikame etmeyin.

        Deterministik phase-gate manifestidir; LLM/token harcamaz ve hasta verisi içermez.

        Kanıt girişi

        Hastane kanıt kabul kontrol listesiiBu liste nasıl kullanılır?Final claim gate bloklarını kapatmak için toplanacak hastane, operasyon, acceptance ve release kanıtlarını iş listesine çevirir. Bu liste dosyaları onaylamaz; neyin toplanacağını, sahibini ve nereye bağlanacağını açıklar.

        Bu checklist claim gate'i kapatmak için hangi hastane/operasyon/release kanıtlarının toplanacağını tek listeye indirir. Dosya yükleme veya onay yerine geçmez; kontrollü evidence package için iş listesidir.

        25 kanıt kalemi
        Toplam kanıt25
        Sahip grubu10
        Faz 010
        Uygulama kanıtı11
        Kabul4
        Yüksek risk0
        Kaynak envanteri ve 5-10 pilot form listesiAWAITING_HOSPITAL_ASSIGNMENT

        Sahip: Kalite/JCI lideri • Kaynak: PHASE0_EXTERNAL_DEPENDENCY

        Eksikse risk: Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

        Toplanacak kanıt
        • Adlandırılmış sorumlu sahip ve onay tarihi.
        • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
        • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
        • Yönetim gerektirdiğinde oluşturucudan bağımsız gözden geçiren/onaylayan kimlik.

        Hedef: Faz 0 hastane sahipliği bağımlılık klasörü ve yayın kanıt paketi

        Formatlar: imzalı PDF, Kontrol edilen belge referansı, CSV/XLSX, JSON kanıt manifestesi, ticket/change kaydı

        PHI'yi biletlere veya serbest metin notlarına yapıştırmayın. Kontrollü dosyaları hastane kanıtı/yayın süreci aracılığıyla ekleyin ve operasyonel notlarda yalnızca referansları tutun.

        Onaylanmış boş form revizyonları ve meta verileriAWAITING_HOSPITAL_ASSIGNMENT

        Sahip: Kayıtlar/form sahipleri • Kaynak: PHASE0_EXTERNAL_DEPENDENCY

        Eksikse risk: Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

        Toplanacak kanıt
        • Adlandırılmış sorumlu sahip ve onay tarihi.
        • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
        • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
        • Yönetim gerektirdiğinde oluşturucudan bağımsız gözden geçiren/onaylayan kimlik.

        Hedef: Faz 0 hastane sahipliği bağımlılık klasörü ve yayın kanıt paketi

        Formatlar: imzalı PDF, Kontrol edilen belge referansı, CSV/XLSX, JSON kanıt manifestesi, ticket/change kaydı

        PHI'yi biletlere veya serbest metin notlarına yapıştırmayın. Kontrollü dosyaları hastane kanıtı/yayın süreci aracılığıyla ekleyin ve operasyonel notlarda yalnızca referansları tutun.

        Saklama ve yasal tutma matrisiAWAITING_LEGAL_DETERMINATION

        Sahip: Gizlilik/hukuk • Kaynak: PHASE0_EXTERNAL_DEPENDENCY

        Eksikse risk: Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

        Toplanacak kanıt
        • Adlandırılmış sorumlu sahip ve onay tarihi.
        • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
        • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
        • Yönetim gerektirdiğinde oluşturucudan bağımsız gözden geçiren/onaylayan kimlik.

        Hedef: Faz 0 hastane sahipliği bağımlılık klasörü ve yayın kanıt paketi

        Formatlar: imzalı PDF, Kontrol edilen belge referansı, CSV/XLSX, JSON kanıt manifestesi, ticket/change kaydı

        PHI'yi biletlere veya serbest metin notlarına yapıştırmayın. Kontrollü dosyaları hastane kanıtı/yayın süreci aracılığıyla ekleyin ve operasyonel notlarda yalnızca referansları tutun.

        Öğrenme/ikincil kullanım hukuki dayanağıAWAITING_LEGAL_DETERMINATION

        Sahip: Gizlilik/hukuk • Kaynak: PHASE0_EXTERNAL_DEPENDENCY

        Eksikse risk: Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

        Toplanacak kanıt
        • Adlandırılmış sorumlu sahip ve onay tarihi.
        • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
        • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
        • Yönetim gerektirdiğinde oluşturucudan bağımsız gözden geçiren/onaylayan kimlik.

        Hedef: Faz 0 hastane sahipliği bağımlılık klasörü ve yayın kanıt paketi

        Formatlar: imzalı PDF, Kontrol edilen belge referansı, CSV/XLSX, JSON kanıt manifestesi, ticket/change kaydı

        PHI'yi biletlere veya serbest metin notlarına yapıştırmayın. Kontrollü dosyaları hastane kanıtı/yayın süreci aracılığıyla ekleyin ve operasyonel notlarda yalnızca referansları tutun.

        Sayfa hacimleri, zirve oranı, geri doldurma envanteriAWAITING_MEASUREMENT

        Sahip: Hastane BT/kayıtlar • Kaynak: PHASE0_EXTERNAL_DEPENDENCY

        Eksikse risk: Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

        Toplanacak kanıt
        • Adlandırılmış sorumlu sahip ve onay tarihi.
        • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
        • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
        • Yönetim gerektirdiğinde oluşturucudan bağımsız gözden geçiren/onaylayan kimlik.

        Hedef: Faz 0 hastane sahipliği bağımlılık klasörü ve yayın kanıt paketi

        Formatlar: imzalı PDF, Kontrol edilen belge referansı, CSV/XLSX, JSON kanıt manifestesi, ticket/change kaydı

        PHI'yi biletlere veya serbest metin notlarına yapıştırmayın. Kontrollü dosyaları hastane kanıtı/yayın süreci aracılığıyla ekleyin ve operasyonel notlarda yalnızca referansları tutun.

        Özel sunucu, ağ, depolama, GPU ve yedekleme planıAWAITING_HOSPITAL_ASSIGNMENT

        Sahip: Hastane BT • Kaynak: PHASE0_EXTERNAL_DEPENDENCY

        Eksikse risk: Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

        Toplanacak kanıt
        • Adlandırılmış sorumlu sahip ve onay tarihi.
        • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
        • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
        • Yönetim gerektirdiğinde oluşturucudan bağımsız gözden geçiren/onaylayan kimlik.

        Hedef: Faz 0 hastane sahipliği bağımlılık klasörü ve yayın kanıt paketi

        Formatlar: imzalı PDF, Kontrol edilen belge referansı, CSV/XLSX, JSON kanıt manifestesi, ticket/change kaydı

        PHI'yi biletlere veya serbest metin notlarına yapıştırmayın. Kontrollü dosyaları hastane kanıtı/yayın süreci aracılığıyla ekleyin ve operasyonel notlarda yalnızca referansları tutun.

        Form başına ilk temsilci örneklerAWAITING_HOSPITAL_DATA

        Sahip: Klinik/form sahipleri • Kaynak: PHASE0_EXTERNAL_DEPENDENCY

        Eksikse risk: Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

        Toplanacak kanıt
        • Adlandırılmış sorumlu sahip ve onay tarihi.
        • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
        • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
        • Yönetim gerektirdiğinde oluşturucudan bağımsız gözden geçiren/onaylayan kimlik.

        Hedef: Faz 0 hastane sahipliği bağımlılık klasörü ve yayın kanıt paketi

        Formatlar: imzalı PDF, Kontrol edilen belge referansı, CSV/XLSX, JSON kanıt manifestesi, ticket/change kaydı

        PHI'yi biletlere veya serbest metin notlarına yapıştırmayın. Kontrollü dosyaları hastane kanıtı/yayın süreci aracılığıyla ekleyin ve operasyonel notlarda yalnızca referansları tutun.

        Tamamlanan açıklamalar ve ayrılmış kısımAWAITING_HOSPITAL_DATA

        Sahip: Veri sorumlusu/ML lideri • Kaynak: PHASE0_EXTERNAL_DEPENDENCY

        Eksikse risk: Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

        Toplanacak kanıt
        • Adlandırılmış sorumlu sahip ve onay tarihi.
        • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
        • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
        • Yönetim gerektirdiğinde oluşturucudan bağımsız gözden geçiren/onaylayan kimlik.

        Hedef: Faz 0 hastane sahipliği bağımlılık klasörü ve yayın kanıt paketi

        Formatlar: imzalı PDF, Kontrol edilen belge referansı, CSV/XLSX, JSON kanıt manifestesi, ticket/change kaydı

        PHI'yi biletlere veya serbest metin notlarına yapıştırmayın. Kontrollü dosyaları hastane kanıtı/yayın süreci aracılığıyla ekleyin ve operasyonel notlarda yalnızca referansları tutun.

        107. satır kontrol çalışma kitabı ve kaynak hakları eksikSOURCE_NOT_PRESENT

        Sahip: Kalite/hukuki • Kaynak: PHASE0_EXTERNAL_DEPENDENCY

        Eksikse risk: Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

        Toplanacak kanıt
        • Adlandırılmış sorumlu sahip ve onay tarihi.
        • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
        • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
        • Yönetim gerektirdiğinde oluşturucudan bağımsız gözden geçiren/onaylayan kimlik.

        Hedef: Faz 0 hastane sahipliği bağımlılık klasörü ve yayın kanıt paketi

        Formatlar: imzalı PDF, Kontrol edilen belge referansı, CSV/XLSX, JSON kanıt manifestesi, ticket/change kaydı

        PHI'yi biletlere veya serbest metin notlarına yapıştırmayın. Kontrollü dosyaları hastane kanıtı/yayın süreci aracılığıyla ekleyin ve operasyonel notlarda yalnızca referansları tutun.

        JCI içerik lisansı belirlemeAWAITING_LEGAL_DETERMINATION

        Sahip: Kalite/hukuki • Kaynak: PHASE0_EXTERNAL_DEPENDENCY

        Eksikse risk: Faz 0 çıkamaz ve üretim otomasyonu/onayı engellenmiş olmalıdır.

        Toplanacak kanıt
        • Adlandırılmış sorumlu sahip ve onay tarihi.
        • Teslim edilebilir ile eşleşen imzalı karar, kaynak dosya, ölçüm sonucu veya kontrollü referans.
        • Kapsam beyanı: etkilenen organizasyon/tesis/form/model/kural alanı.
        • Yönetim gerektirdiğinde oluşturucudan bağımsız gözden geçiren/onaylayan kimlik.

        Hedef: Faz 0 hastane sahipliği bağımlılık klasörü ve yayın kanıt paketi

        Formatlar: imzalı PDF, Kontrol edilen belge referansı, CSV/XLSX, JSON kanıt manifestesi, ticket/change kaydı

        PHI'yi biletlere veya serbest metin notlarına yapıştırmayın. Kontrollü dosyaları hastane kanıtı/yayın süreci aracılığıyla ekleyin ve operasyonel notlarda yalnızca referansları tutun.

        Oluşturulan doğrulama, ana bilgisayar güvenlik duvarı incelemesi, üretim TLS testiHOSPITAL_PROOF_REQUIRED

        Sahip: Hastane sahibi / serbest bırakma yetkilisi • Kaynak: IMPLEMENTATION_EVIDENCE_REGISTER

        Eksikse risk: Mühendislik veya hastane kanıtı, üretim/tamamlama iddiası için hala yetersizdir.

        Toplanacak kanıt
        • Oluşturulan doğrulama, ana bilgisayar güvenlik duvarı incelemesi, üretim TLS testi
        • Uygulanabilir durumlarda çalıştırılabilir komut çıktısı, imzalı deneme sonucu, model/artifact özeti veya temsilci veri seti raporu.
        • Tarih/saat, ortam, operatör, inceleyen ve korelasyon/değişiklik referansı.

        Hedef: Uygulama kanıt kayıt defteri ek setleri

        Formatlar: JSON kanıt manifestesi, imzalı rapor, komut dökümü, artefakt özeti listesi, değişiklik kaydı

        PHI'yi biletlere veya serbest metin notlarına yapıştırmayın. Kontrollü dosyaları hastane kanıtı/yayın süreci aracılığıyla ekleyin ve operasyonel notlarda yalnızca referansları tutun.

        Çalışma zamanı/birim testleri artı hastane model artefakt özetiHOSPITAL_PROOF_REQUIRED

        Sahip: Hastane sahibi / serbest bırakma yetkilisi • Kaynak: IMPLEMENTATION_EVIDENCE_REGISTER

        Eksikse risk: Mühendislik veya hastane kanıtı, üretim/tamamlama iddiası için hala yetersizdir.

        Toplanacak kanıt
        • Çalışma zamanı/birim testleri artı hastane model artefakt özeti
        • Uygulanabilir durumlarda çalıştırılabilir komut çıktısı, imzalı deneme sonucu, model/artifact özeti veya temsilci veri seti raporu.
        • Tarih/saat, ortam, operatör, inceleyen ve korelasyon/değişiklik referansı.

        Hedef: Uygulama kanıt kayıt defteri ek setleri

        Formatlar: JSON kanıt manifestesi, imzalı rapor, komut dökümü, artefakt özeti listesi, değişiklik kaydı

        PHI'yi biletlere veya serbest metin notlarına yapıştırmayın. Kontrollü dosyaları hastane kanıtı/yayın süreci aracılığıyla ekleyin ve operasyonel notlarda yalnızca referansları tutun.

        İlk 12 kanıt kalemi gösteriliyor; tüm 25 kalem için JSON checklist indirin.

        Evidence intake sıradaki işlemler
        • Yayın/pilot incelemeden önce her satır için bir sorumlu sahip atayın.
        • Yalnızca kontrol edilen referansları veya dosyaları toplayın; hasta tanımlayıcılarını veya taranmış PHI'ı serbest metne yapıştırmayın.
        • İmzalanmış yayın/kanıt paketine kanıt ekleyin, ardından işlemlerin nihai iddia kapısını yeniden çalıştırın.
        • Hukuki/model/veri kanıtı eksik olan herhangi bir satır için Gemini/bulut ve üretim otomasyonunu devre dışı bırakın.

        Kontrollü kanıt referansı kaydet iBurada ne yazılmalı?Buraya hasta verisi veya dosya içeriği yapıştırmayın. İmzalı PDF, change request, ticket, test transcript, dataset report veya model digest gibi kontrollü depodaki kanıtın referansını kaydedin. Bu kayıt denetim izi üretir ve aynı eksik kanıtın nerede tutulduğunu tekrar bulunabilir yapar.

        Belge eğitimi sahibi

        Bir metin açıklaması veya taslak, kontrol edilmiş eğitilmiş bir belge türü ile karıştırılabilir.

        Hedef paket: Aynı tür doküman eğitim pilot kanıt paketi

        Belge Detayı → Operasyon devri durumuiBelge Ayrıntısı devir durumuDocument Detail sayfasından gelen same-type kanıt linki burada doğrulanır: verifier PASS var mı, form metadata’sı hazır mı, PHI onayı eksik mi? Bu kontrol token harcamaz ve kayıt oluşturmaz.

        Same-type kanıt seçildi; kaydetmeden önce verifier PASS çıktısı gerekir.

        verifier bekliyor
        Belgeyok
        KanıtSAME_TYPE_TRAINING_COMPLETION_CERTIFICATE
        Doğrulayıcıbekliyor
        Formeksik
        Handoff blokajları
        • Verifier JSON çıktısı henüz yok.
        • Organizasyon seçilmeden kanıt referansı kaydedilemez.
        • Kontrollü referans / URI en az 3 karakter olmalı.
        • PHI attestation işaretlenmeli; hasta verisi serbest metne yapıştırılmamalı.

        Sonraki adım: Same-type verifier JSON çıktısını yapıştırın.

        Token'sız deterministik devir teslim makbuzu; doğrulayıcı/form durumu yerel olarak kontrol edilir ve hiçbir yapay zeka modeli çağrılmaz.

        Kaydetmeden önce kontrol iBu ön kontrol neyi yakalar?Bu deterministic preview backend validation kurallarını taklit eder: organizasyon, kontrollü referans, PHI attestation, SHA biçimi, same-type verifier PASS metadata’sı ve insan onayı için doğru referans türü. Yetki hatası yine API’de kontrol edilir. 3 blok

        Backend doğrulamasının engeller giderilene kadar bu kanıt referansını reddetmesi bekleniyor.

        KanıtSAME_TYPE_TRAINING_COMPLETION_CERTIFICATE
        Referans türüCONTROLLED_REFERENCE
        PHI onayıyok
        Doğrulayıcıyok
        Kaydı engelleyen nedenler
        • Organizasyon seçilmeden kanıt referansı kaydedilemez.
        • Kontrollü referans / URI en az 3 karakter olmalı.
        • PHI attestation işaretlenmeli; hasta verisi serbest metne yapıştırılmamalı.

        Token'sız deterministik önizleme; yapay zeka modeli çağrılmaz ve PHI gerekmez.

        Kaydedilen referanslar iBu liste ne işe yarar?Bu kayıtlar kanıt dosyasının kendisi değildir; release/pilot iddiası için hangi kontrollü belge, ticket veya transcriptin kullanılacağını gösteren denetimli izdir.

        Aynı tip Operasyon kanıt denetimiiBu komut neyi doğrular?Bu audit, kaydedilen Operations kanıt referanslarının same-type proof loop için yeterli olup olmadığını kontrol eder. Belge OCR sonucunu değil, kaydedilmiş controlled evidence paketini doğrular.

        Kanıtlar kaydedildikten sonra bu kayıtları indirip CLI verifier ile kontrol edin. PASS çıkmadan “aynı tip belge kanıt paketi tamam” denmemeli.

        CLI audit komutları

        Export dosyası ile:

        .venv/bin/python scripts/verify_same_type_operations_evidence.py --records-file operations-evidence-intake-records.json

        Canlı API ile:

        .venv/bin/python scripts/verify_same_type_operations_evidence.py --base-url http://localhost:58180/api/v1 --organization-id ORGANIZATION_ID --token ACCESS_TOKEN

        Henüz kayıt yok. Önce organizasyonu seçip “Kontrol durumunu getir” deyin, sonra bir kanıt kalemi için kontrollü referans kaydedin.

        Docs kaynakları / audit girdisi

        Docs kaynaklı uygulama denetimiiNeden docs audit var?Kullanıcı planın docs klasöründen uygulanmasını istedi. Bu kart docs altındaki plan, governance, acceptance, generated API/schema ve örnek artefactları implementation/requested-scope manifestlerine bağlar.

        Bu manifest docs/ altındaki plan, governance, acceptance, generated API/schema ve örnek/kanıt artefactlarını kullanıcı kapsamı ve uygulama yetenekleriyle eşler. Binary/generated dosyalar da release kanıtı olarak indekslenir; tek başına üretim tamamlandı iddiası değildir.

        kanıt gerekiyor
        Docs dosyası26
        Mapli3
        Kanıt gerekir23
        Governed/kapalı0
        Runtime blok0
        İkili/oluşturulmuş6
        docs/README_jci_platform_plan.mdkanıt gerekir

        Üst düzey JCI platform planı ve kapsam anlatımı.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: PLAN. Grup: FOUNDATION, OPERATIONS_AND_RELEASE_EVIDENCE. Kullanıcı kapsamı: DOCS_TO_IMPLEMENTATION_AUDIT.

        Sıradaki kanıt

        Tam tamamlama hala senaryodan senaryoya kabul kanıtı, Faz 0 hastane sahipli girdileri ve sürüm onayını gerektirir.

        docs/implementation_plan.mdkanıt gerekir

        Faz ve uygulama gereksinimi kaynağı.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: PLAN. Grup: FOUNDATION, DOCUMENT_RULE_STUDIOS, LOCAL_OCR_MODELS, REVIEW_CAPA_REPORTING, RECOVERY_RELEASE_OPERATIONS. Kullanıcı kapsamı: DOCS_TO_IMPLEMENTATION_AUDIT, FLEXIBLE_DOCUMENT_TRAINING, FUTURE_UPLOAD_ITEMIZED_REPORT.

        Sıradaki kanıt

        Tam tamamlama hala senaryodan senaryoya kabul kanıtı, Faz 0 hastane sahipli girdileri ve sürüm onayını gerektirir.

        docs/automatic_document_training_ux_plan.mdkanıt gerekir

        Kullanıcıya yönelik otomatik belge eğitimi UX, asistan, token ve model yönetişimi planı.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: UX_AUTOMATION_PLAN. Grup: DOCUMENT_RULE_STUDIOS, LOCAL_OCR_MODELS, OPERATIONS_AND_RELEASE_EVIDENCE. Kullanıcı kapsamı: FLEXIBLE_DOCUMENT_TRAINING, FUTURE_UPLOAD_ITEMIZED_REPORT, ASSISTANT_AUTOMATION_WITH_TOKEN_CONTROL, LOCAL_QWEN_VLM_AND_GEMINI_POLICY.

        Sıradaki kanıt

        Üretim otomasyonu iddialarından önce temsili hastane örnekleri, onaylanmış boş form revizyonları ve gelecekteki yükleme doğrulama kanıtları hala gereklidir.

        docs/on_prem_jci_ocr_platform_blueprint.mdkanıt gerekir

        Yerel OCR/model ve çevrimdışı mimari planı.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: ARCHITECTURE. Grup: LOCAL_OCR_MODELS, SECURITY_TENANCY, FOUNDATION. Kullanıcı kapsamı: LOCAL_QWEN_VLM_AND_GEMINI_POLICY.

        Sıradaki kanıt

        Üretim yerel deterministik kalır. Yerel Qwen/VLM, onaylanmadıkça danışmanlık/gölge durumundadır. Gemini/bulut varsayılan olarak devre dışı kalır ve açık PHI/bulut yönetimi, denetim, tam model ve geri dönüş gerektirir.

        docs/codex_master_implementation_prompt.mdkanıt gerekir

        Ana uygulama talimat kaynağı.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: IMPLEMENTATION_PROMPT. Grup: DOCUMENT_RULE_STUDIOS, LOCAL_OCR_MODELS, OPERATIONS_AND_RELEASE_EVIDENCE. Kullanıcı kapsamı: DOCS_TO_IMPLEMENTATION_AUDIT, ASSISTANT_AUTOMATION_WITH_TOKEN_CONTROL.

        Sıradaki kanıt

        Tam tamamlama hala senaryodan senaryoya kabul kanıtı, Faz 0 hastane sahipli girdileri ve sürüm onayını gerektirir.

        docs/acceptance_test_matrix.csvkanıt gerekir

        Senaryo düzeyinde kabul testi kaynağı.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: ACCEPTANCE_MATRIX. Grup: SECURITY_TENANCY, INGESTION_IDENTITY, LOCAL_OCR_MODELS, DOCUMENT_RULE_STUDIOS, REVIEW_CAPA_REPORTING, RECOVERY_RELEASE_OPERATIONS. Kullanıcı kapsamı: DOCS_TO_IMPLEMENTATION_AUDIT, FUTURE_UPLOAD_ITEMIZED_REPORT.

        Sıradaki kanıt

        Tam tamamlama hala senaryodan senaryoya kabul kanıtı, Faz 0 hastane sahipli girdileri ve sürüm onayını gerektirir.

        docs/implementation_evidence.mdkanıt gerekir

        Kanıt sınırı ve sürüm kanıt kaydı.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: EVIDENCE_REGISTER. Grup: OPERATIONS_AND_RELEASE_EVIDENCE. Kullanıcı kapsamı: DOCS_TO_IMPLEMENTATION_AUDIT.

        Sıradaki kanıt

        Tam tamamlama hala senaryodan senaryoya kabul kanıtı, Faz 0 hastane sahipli girdileri ve sürüm onayını gerektirir.

        docs/operations-runbook.mdkanıt gerekir

        Operasyonel prosedürler, yedekleme/geri yükleme ve yayın iş akışı.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: RUNBOOK. Grup: RECOVERY_RELEASE_OPERATIONS, OPERATIONS_AND_RELEASE_EVIDENCE. Kullanıcı kapsamı: DOCS_TO_IMPLEMENTATION_AUDIT.

        Sıradaki kanıt

        Tam tamamlama hala senaryodan senaryoya kabul kanıtı, Faz 0 hastane sahipli girdileri ve sürüm onayını gerektirir.

        docs/deployment_service_inventory.yamlkanıt gerekir

        Dağıtım ve model/işçi topolojisi için hizmet/çalışma zamanı envanteri.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: DEPLOYMENT_INVENTORY. Grup: FOUNDATION, LOCAL_OCR_MODELS, RECOVERY_RELEASE_OPERATIONS. Kullanıcı kapsamı: LOCAL_QWEN_VLM_AND_GEMINI_POLICY.

        Sıradaki kanıt

        Üretim yerel deterministik kalır. Yerel Qwen/VLM, onaylanmadıkça danışmanlık/gölge durumundadır. Gemini/bulut varsayılan olarak devre dışı kalır ve açık PHI/bulut yönetimi, denetim, tam model ve geri dönüş gerektirir.

        docs/rule_dsl_examples.jsonkanıt gerekir

        Kural doğrulama ve ayrıntılı sonuçlar için kural DSL örnekleri.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: RULE_EXAMPLES. Grup: DOCUMENT_RULE_STUDIOS. Kullanıcı kapsamı: RULE_SOURCE_UPLOAD_AND_OCR, FUTURE_UPLOAD_ITEMIZED_REPORT.

        Sıradaki kanıt

        Lisanslı kaynak hakları, tam kontrol çalışma kitabı/kaynak envanteri, kural testleri, yayınlama, paket aktivasyonu ve yerel OCR dağıtım kanıtı ayrı geçiş noktaları olarak kalır.

        docs/JCI Dosya Kontrol Tablosu.docxkanıt gerekir

        Kural/kontrol listesi kaynağı olarak içe aktarılabilir olması gereken Hastane/JCI kontrol-kaynak belgesi.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: CONTROL_SOURCE_DOC. Grup: DOCUMENT_RULE_STUDIOS. Kullanıcı kapsamı: RULE_SOURCE_UPLOAD_AND_OCR.

        Sıradaki kanıt

        Lisanslı kaynak hakları, tam kontrol çalışma kitabı/kaynak envanteri, kural testleri, yayınlama, paket aktivasyonu ve yerel OCR dağıtım kanıtı ayrı geçiş noktaları olarak kalır.

        docs/corrected_sample_filled_hospital_forms.pdfkanıt gerekir

        Eğitim/OCR doğrulaması için temsili doldurulmuş form örneği.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: SAMPLE_DOCUMENT. Grup: DOCUMENT_RULE_STUDIOS, LOCAL_OCR_MODELS. Kullanıcı kapsamı: FLEXIBLE_DOCUMENT_TRAINING, FUTURE_UPLOAD_ITEMIZED_REPORT.

        Sıradaki kanıt

        Üretim otomasyonu iddialarından önce temsili hastane örnekleri, onaylanmış boş form revizyonları ve gelecekteki yükleme doğrulama kanıtları hala gereklidir.

        docs/corrected_ocr_truth.jsonkanıt gerekir

        Yerel OCR değerlendirmesi için düzeltilmiş OCR doğruluk verileri.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: OCR_TRUTH. Grup: LOCAL_OCR_MODELS. Kullanıcı kapsamı: LOCAL_QWEN_VLM_AND_GEMINI_POLICY.

        Sıradaki kanıt

        Üretim yerel deterministik kalır. Yerel Qwen/VLM, onaylanmadıkça danışmanlık/gölge durumundadır. Gemini/bulut varsayılan olarak devre dışı kalır ve açık PHI/bulut yönetimi, denetim, tam model ve geri dönüş gerektirir.

        docs/corrected_ocr_text_truth.csvkanıt gerekir

        Düzeltilmiş OCR metni ölçüt satırları.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: OCR_TRUTH. Grup: LOCAL_OCR_MODELS. Kullanıcı kapsamı: LOCAL_QWEN_VLM_AND_GEMINI_POLICY.

        Sıradaki kanıt

        Üretim yerel deterministik kalır. Yerel Qwen/VLM, onaylanmadıkça danışmanlık/gölge durumundadır. Gemini/bulut varsayılan olarak devre dışı kalır ve açık PHI/bulut yönetimi, denetim, tam model ve geri dönüş gerektirir.

        docs/corrected_checkbox_truth.csvkanıt gerekir

        Düzeltilmiş onay kutusu ölçüt satırları.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: OCR_TRUTH. Grup: LOCAL_OCR_MODELS. Kullanıcı kapsamı: LOCAL_QWEN_VLM_AND_GEMINI_POLICY, FUTURE_UPLOAD_ITEMIZED_REPORT.

        Sıradaki kanıt

        Üretim yerel deterministik kalır. Yerel Qwen/VLM, onaylanmadıkça danışmanlık/gölge durumundadır. Gemini/bulut varsayılan olarak devre dışı kalır ve açık PHI/bulut yönetimi, denetim, tam model ve geri dönüş gerektirir.

        docs/corrected_ocr_truth_README.txtkanıt gerekir

        Doğruluk-veri kullanımı/readme kaynağı.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: OCR_TRUTH_README. Grup: LOCAL_OCR_MODELS. Kullanıcı kapsamı: LOCAL_QWEN_VLM_AND_GEMINI_POLICY.

        Sıradaki kanıt

        Üretim yerel deterministik kalır. Yerel Qwen/VLM, onaylanmadıkça danışmanlık/gölge durumundadır. Gemini/bulut varsayılan olarak devre dışı kalır ve açık PHI/bulut yönetimi, denetim, tam model ve geri dönüş gerektirir.

        docs/governance/phase_gates.mdkanıt gerekir

        Faz kapısı kanıt gereksinimleri ve tamamlama disiplini.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: GOVERNANCE. Grup: OPERATIONS_AND_RELEASE_EVIDENCE. Kullanıcı kapsamı: DOCS_TO_IMPLEMENTATION_AUDIT.

        Sıradaki kanıt

        Tam tamamlama hala senaryodan senaryoya kabul kanıtı, Faz 0 hastane sahipli girdileri ve sürüm onayını gerektirir.

        docs/governance/data_classification.mdkanıt gerekir

        PHI/veri sınırı ve bulut/model işleme gereksinimleri.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: GOVERNANCE. Grup: SECURITY_TENANCY, CLOUD_AI_GOVERNANCE. Kullanıcı kapsamı: LOCAL_QWEN_VLM_AND_GEMINI_POLICY, ASSISTANT_AUTOMATION_WITH_TOKEN_CONTROL.

        Sıradaki kanıt

        Üretim yerel deterministik kalır. Yerel Qwen/VLM, onaylanmadıkça danışmanlık/gölge durumundadır. Gemini/bulut varsayılan olarak devre dışı kalır ve açık PHI/bulut yönetimi, denetim, tam model ve geri dönüş gerektirir.

        docs/governance/external_dependencies.mdkanıt gerekir

        Faz 0 çıkışı için harici/hastane sahipli bağımlılıkları.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: GOVERNANCE. Grup: OPERATIONS_AND_RELEASE_EVIDENCE. Kullanıcı kapsamı: DOCS_TO_IMPLEMENTATION_AUDIT.

        Sıradaki kanıt

        Tam tamamlama hala senaryodan senaryoya kabul kanıtı, Faz 0 hastane sahipli girdileri ve sürüm onayını gerektirir.

        docs/governance/retention_matrix.csvmapli

        Saklama/imha politikası matrisi.

        Doküman mevcut kapsam/capability manifestlerinde izleniyor.

        Tür: GOVERNANCE. Grup: RECOVERY_RELEASE_OPERATIONS, SECURITY_TENANCY. Kullanıcı kapsamı: DOCS_TO_IMPLEMENTATION_AUDIT.

        Sıradaki kanıt

        docs/governance/retention_matrix.csv kapsamı implementation/requested-scope manifestlerinde izleniyor.

        docs/governance/decision_register.mdkanıt gerekir

        Mimari/yönetişim karar kaydı.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: GOVERNANCE. Grup: OPERATIONS_AND_RELEASE_EVIDENCE, CLOUD_AI_GOVERNANCE. Kullanıcı kapsamı: LOCAL_QWEN_VLM_AND_GEMINI_POLICY.

        Sıradaki kanıt

        Üretim yerel deterministik kalır. Yerel Qwen/VLM, onaylanmadıkça danışmanlık/gölge durumundadır. Gemini/bulut varsayılan olarak devre dışı kalır ve açık PHI/bulut yönetimi, denetim, tam model ve geri dönüş gerektirir.

        docs/generated/openapi.jsonmapli

        Oluşturulan API yüzeyi kanıtı.

        Doküman mevcut kapsam/capability manifestlerinde izleniyor.

        Tür: GENERATED_API. Grup: SECURITY_TENANCY, DOCUMENT_RULE_STUDIOS, REVIEW_CAPA_REPORTING. Kullanıcı kapsamı: DOCS_TO_IMPLEMENTATION_AUDIT.

        Sıradaki kanıt

        docs/generated/openapi.json kapsamı implementation/requested-scope manifestlerinde izleniyor.

        docs/generated/database_schema.mdmapli

        Oluşturulan veritabanı/şema kanıtı.

        Doküman mevcut kapsam/capability manifestlerinde izleniyor.

        Tür: GENERATED_SCHEMA. Grup: SECURITY_TENANCY, DOCUMENT_RULE_STUDIOS, REVIEW_CAPA_REPORTING, RECOVERY_RELEASE_OPERATIONS. Kullanıcı kapsamı: DOCS_TO_IMPLEMENTATION_AUDIT.

        Sıradaki kanıt

        docs/generated/database_schema.md kapsamı implementation/requested-scope manifestlerinde izleniyor.

        docs/generated/acceptance_matrix_coverage.mdkanıt gerekir

        Oluşturulan kabul matrisi kapsamı ve sürüm kanıtı sınırı raporu.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: GENERATED_ACCEPTANCE_COVERAGE. Grup: OPERATIONS_AND_RELEASE_EVIDENCE, RECOVERY_RELEASE_OPERATIONS. Kullanıcı kapsamı: DOCS_TO_IMPLEMENTATION_AUDIT.

        Sıradaki kanıt

        Tam tamamlama hala senaryodan senaryoya kabul kanıtı, Faz 0 hastane sahipli girdileri ve sürüm onayını gerektirir.

        docs/jci_on_prem_implementation_plan_package.zipkanıt gerekir

        Paketlenmiş uygulama planı artefaktı.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: PACKAGE_ARTIFACT. Grup: OPERATIONS_AND_RELEASE_EVIDENCE. Kullanıcı kapsamı: DOCS_TO_IMPLEMENTATION_AUDIT.

        Sıradaki kanıt

        Tam tamamlama hala senaryodan senaryoya kabul kanıtı, Faz 0 hastane sahipli girdileri ve sürüm onayını gerektirir.

        docs/comturkai-dszhukuk-teklif.pdfkanıt gerekir

        Yasal/ticari bağlamda kalmış bir eser; kod tam kanıtı olarak değerlendirilmez.

        Doküman uygulama yoluna bağlandı; üretim iddiası için release/hastane-owned kanıt gerekir.

        Tür: LEGAL_COMMERCIAL_ARTIFACT. Grup: CLOUD_AI_GOVERNANCE, OPERATIONS_AND_RELEASE_EVIDENCE. Kullanıcı kapsamı: DOCS_TO_IMPLEMENTATION_AUDIT, LOCAL_QWEN_VLM_AND_GEMINI_POLICY.

        Sıradaki kanıt

        Tam tamamlama hala senaryodan senaryoya kabul kanıtı, Faz 0 hastane sahipli girdileri ve sürüm onayını gerektirir.

        Docs audit sıradaki genel işlemler
        • Bu docs-index manifestini requested-scope ve acceptance manifestleriyle birlikte full completion audit girdisi olarak kullanın.
        • DOC_SCOPE_PROOF_REQUIRED satırları için imzalı hastane kanıtı, temsilî örnek, OCR kalite sonucu veya release artefactı bağlayın.
        • Her docs değişikliğinde bu mapping listesini güncelleyin; aksi halde completion audit docs kapsamını eksik saymalıdır.

        Konuşma kapsamı / completion audit

        Kullanıcı isteği kapsam denetimiiNeden bu bölüm var?Bu kart konuşmadaki ana istekleri tek tek uygulama yollarına bağlar: esnek belge eğitimi, rule/checklist yükleme, OCR/model politikası, itemized rapor, global yardım ve token kontrollü asistan.

        Bu manifest, konuşmadaki ana istekleri uygulamadaki mevcut kullanıcı yollarına bağlar: esnek belge eğitimi, kural kaynağı yükleme/OCR, future-upload raporu, local/cloud model politikası, hata/guidance, global yardım ve token kontrollü asistan.

        kanıt gerekiyor
        İstek8
        Rehber/uygulama yolu1
        Kanıt gerekir7
        Governed/kapalı0
        Runtime blok0

        Kullanıcı isteği → kanıt formu handoffiBunu nasıl kullanırım?Bu bölüm “esnek eğitim”, “itemized validation report”, “local Qwen/Gemini policy” gibi konuşmadaki istekleri somut evidence_key satırlarına çevirir. “Kanıt formuna seç” düğmesi sadece aşağıdaki kontrollü kanıt formunu doldurur; kanıtı onaylamaz.

        Bu kart konuşmadaki ana kullanıcı isteklerini Operations kanıt formundaki somut evidence_key satırlarına bağlar. Yalnız formu ön doldurur; kanıt kaydı için kullanıcı controlled URI/SHA/not ve PHI attestation girip ayrıca kaydetmelidir.

        8 kapsam kanıt bekliyor
        Kapsam satırı8
        Forma seçilecek8
        Gözden geçir0
        Eksik kanıt32
        docs/ planını okuyun ve kapsamı sessizce daraltmadan projeyi uygulayın.kanıt seç

        Kullanıcıya açık yol veya deterministik rehber mevcut.

        İlk eksik kanıt: EVIDENCE_RELEASE • Sahip: Hastane sahibi / serbest bırakma yetkilisi • Teslimat: Bağımsız imza doğrulaması ve geri alma provası

        Sonraki işlem: EVIDENCE_RELEASE kanıt satırını forma seçin; gerçek controlled URI/SHA ve PHI onayını ekleyin.

        Bu istekle ilişkili kanıt satırları (2)
        • Eksik — EVIDENCE_RELEASE: Bağımsız imza doğrulaması ve geri alma provası
        • Eksik — ACCEPTANCE_FOUNDATION: Oluşturulan doğrulama, ana bilgisayar güvenlik duvarı incelemesi, üretim TLS/çevrimdışı başlangıç kanıtı.
        Yeni belge türleri, kodlanmış yerine ön yüzden öğretilebilir olmalıdır.kanıt seç

        Kullanıcı yolu mevcut; üretim iddiası için hastane-owned kanıt ve acceptance çıktısı gerekir.

        İlk eksik kanıt: PHASE0_APPROVED_BLANK_FORMS • Sahip: Kayıtlar/form sahipleri • Teslimat: Onaylanmış boş form revizyonları ve meta verileri

        Sonraki işlem: PHASE0_APPROVED_BLANK_FORMS kanıt satırını forma seçin; gerçek controlled URI/SHA ve PHI onayını ekleyin.

        Bu istekle ilişkili kanıt satırları (7)
        • Eksik — PHASE0_APPROVED_BLANK_FORMS: Onaylanmış boş form revizyonları ve meta verileri
        • Eksik — PHASE0_REPRESENTATIVE_SAMPLES: Form başına ilk temsilci örnekler
        • Eksik — SAME_TYPE_TRAINING_COMPLETION_CERTIFICATE: Belge eğitimi tamamlama sertifikası, kanonik alanlar, kural satırları ve gelecekteki yükleme test eylemi gözden geçirildikten sonra dışa aktarılır
        • Eksik — SAME_TYPE_HELD_OUT_SAMPLE_SET: Belge türü için temsili ayrılmış örnek seti manifestosu
        • Eksik — SAME_TYPE_ITEMIZED_VALIDATION_REPORT: Held-out aynı tür belge için ayrıntılı PASS/FAIL/MANUAL_REVIEW doğrulama raporu
        • Eksik — EVIDENCE_DOCUMENT_STUDIO: Belge stüdyosu güvenlik SQL ve temsili örnekler
        • Eksik — ACCEPTANCE_DOCUMENT_RULE_STUDIOS: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        Kurallar/kontrol listeleri/dokümanlar ön yüzden yüklenebilir ve neyin kontrol edileceğini öğretmek için kullanılabilir.kanıt seç

        Kullanıcı yolu mevcut; üretim iddiası için hastane-owned kanıt ve acceptance çıktısı gerekir.

        İlk eksik kanıt: PHASE0_CONTROL_WORKBOOK_RIGHTS • Sahip: Kalite/hukuki • Teslimat: 107. satır kontrol çalışma kitabı ve kaynak hakları eksik

        Sonraki işlem: PHASE0_CONTROL_WORKBOOK_RIGHTS kanıt satırını forma seçin; gerçek controlled URI/SHA ve PHI onayını ekleyin.

        Bu istekle ilişkili kanıt satırları (4)
        • Eksik — PHASE0_CONTROL_WORKBOOK_RIGHTS: 107. satır kontrol çalışma kitabı ve kaynak hakları eksik
        • Eksik — PHASE0_JCI_CONTENT_LICENSE: JCI içerik lisansı belirleme
        • Eksik — EVIDENCE_DOCUMENT_STUDIO: Belge stüdyosu güvenlik SQL ve temsili örnekler
        • Eksik — ACCEPTANCE_DOCUMENT_RULE_STUDIOS: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        Bir tür eğitildikten sonra, gelecekteki yüklemeler her doğrulama öğesini kontrol eden bir rapor üretmelidir.kanıt seç

        Kullanıcı yolu mevcut; üretim iddiası için hastane-owned kanıt ve acceptance çıktısı gerekir.

        İlk eksik kanıt: SAME_TYPE_FUTURE_UPLOAD_OUTCOME_RECEIPT • Sahip: Pilot test operatörü • Teslimat: Yeni bir aynı tür belge için yükleme sayfasından gelecekteki yükleme test sonucu alındı

        Sonraki işlem: SAME_TYPE_FUTURE_UPLOAD_OUTCOME_RECEIPT kanıt satırını forma seçin; gerçek controlled URI/SHA ve PHI onayını ekleyin.

        Bu istekle ilişkili kanıt satırları (5)
        • Eksik — SAME_TYPE_FUTURE_UPLOAD_OUTCOME_RECEIPT: Yeni bir aynı tür belge için yükleme sayfasından gelecekteki yükleme test sonucu alındı
        • Eksik — SAME_TYPE_FUTURE_UPLOAD_DOCUMENT_RECEIPT: Belge detayı aynı tür test makbuzu yeni yüklemenin kanıt/rapor ekranına ulaştığını kanıtlar
        • Eksik — SAME_TYPE_ITEMIZED_VALIDATION_REPORT: Held-out aynı tür belge için ayrıntılı PASS/FAIL/MANUAL_REVIEW doğrulama raporu
        • Eksik — SAME_TYPE_PILOT_OWNER_SIGNOFF: Pilot sahibi, eğitilen türün onaylanan kapsamda gelecekteki yüklemeler için kullanılabileceğine dair onay verir
        • Eksik — ACCEPTANCE_DOCUMENT_RULE_STUDIOS: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        OCR, uygun olduğunda yerel Qwen/VLM/yerel modelleri, ardından Gemini Flash vb. kullanabilir.kanıt seç

        Kullanıcı yolu mevcut; üretim iddiası için hastane-owned kanıt ve acceptance çıktısı gerekir.

        İlk eksik kanıt: PHASE0_HOST_INFRASTRUCTURE • Sahip: Hastane BT • Teslimat: Özel sunucu, ağ, depolama, GPU ve yedekleme planı

        Sonraki işlem: PHASE0_HOST_INFRASTRUCTURE kanıt satırını forma seçin; gerçek controlled URI/SHA ve PHI onayını ekleyin.

        Bu istekle ilişkili kanıt satırları (6)
        • Eksik — PHASE0_HOST_INFRASTRUCTURE: Özel sunucu, ağ, depolama, GPU ve yedekleme planı
        • Eksik — PHASE0_ANNOTATIONS_HELD_OUT_SPLIT: Tamamlanan açıklamalar ve ayrılmış kısım
        • Eksik — SAME_TYPE_MODEL_PROVIDER_DIGEST: Aynı tür test çalıştırması için kullanılan OCR/model/sağlayıcı özeti
        • Eksik — EVIDENCE_OCR: Çalışma zamanı/birim testleri artı hastane model artefakt özeti
        • Eksik — EVIDENCE_OPTIONAL_VLM: Oluşturulan doğrulama ve onaylanmış görüntü/ağırlık özeti
        • Eksik — ACCEPTANCE_LOCAL_OCR_MODELS: Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.
        Kullanıcılar bir dosya yüklendikten sonra hangi doğrulama noktalarının geçtiğini veya başarısız olduğunu görmelidir.kanıt seç

        Kullanıcı yolu mevcut; üretim iddiası için hastane-owned kanıt ve acceptance çıktısı gerekir.

        İlk eksik kanıt: ACCEPTANCE_DOCUMENT_RULE_STUDIOS • Sahip: Hastane kabul sahibi • Teslimat: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.

        Sonraki işlem: ACCEPTANCE_DOCUMENT_RULE_STUDIOS kanıt satırını forma seçin; gerçek controlled URI/SHA ve PHI onayını ekleyin.

        Bu istekle ilişkili kanıt satırları (2)
        • Eksik — ACCEPTANCE_DOCUMENT_RULE_STUDIOS: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • Eksik — EVIDENCE_DOCUMENT_STUDIO: Belge stüdyosu güvenlik SQL ve temsili örnekler
        İş akışı karmaşık olduğu için projenin her bölümü kullanıcının ne yapması gerektiğini açıklamalıdır.kanıt seç

        Kullanıcı yolu mevcut; üretim iddiası için hastane-owned kanıt ve acceptance çıktısı gerekir.

        İlk eksik kanıt: ACCEPTANCE_DOCUMENT_RULE_STUDIOS • Sahip: Hastane kabul sahibi • Teslimat: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.

        Sonraki işlem: ACCEPTANCE_DOCUMENT_RULE_STUDIOS kanıt satırını forma seçin; gerçek controlled URI/SHA ve PHI onayını ekleyin.

        Bu istekle ilişkili kanıt satırları (2)
        • Eksik — ACCEPTANCE_DOCUMENT_RULE_STUDIOS: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • Eksik — EVIDENCE_PILOT: Temsili etiketler, kapasite testi, klinik/kalite onayı
        Bir yapay zeka sohbet robotu soruları yanıtlayabilir ve onay ile görevleri yerine getirebilir, ancak token harcaması kontrolden çıkmamalıdır.kanıt seç

        Kullanıcı yolu mevcut; üretim iddiası için hastane-owned kanıt ve acceptance çıktısı gerekir.

        İlk eksik kanıt: PHASE0_LEARNING_LEGAL_BASIS • Sahip: Gizlilik/hukuk • Teslimat: Öğrenme/ikincil kullanım hukuki dayanağı

        Sonraki işlem: PHASE0_LEARNING_LEGAL_BASIS kanıt satırını forma seçin; gerçek controlled URI/SHA ve PHI onayını ekleyin.

        Bu istekle ilişkili kanıt satırları (4)
        • Eksik — PHASE0_LEARNING_LEGAL_BASIS: Öğrenme/ikincil kullanım hukuki dayanağı
        • Eksik — SAME_TYPE_SECURITY_LEGAL_SIGNOFF: Seçilen OCR/model yolu ve örnek kanıt kullanımı için güvenlik/hukuki onay
        • Eksik — EVIDENCE_LEARNING: Yönetilen işlemler SQL ve imzalanmış gizlilik temeli
        • Eksik — EVIDENCE_AUTOMATION_GATE: Temsili bölüme göre değiştirilemez değerlendirme raporu

        Token-free: requested-scope handoff deterministik manifest eşlemesidir; chatbot/model çağırmaz ve kanıt dosyasını okumaz.

        docs/ planını okuyun ve kapsamı sessizce daraltmadan projeyi uygulayın.kapsam var

        Kullanıcıya açık yol veya deterministik rehber mevcut.

        Ekran/yol: /operations. Kapsadığı yetenekler: implementation-evidence-register.v1, acceptance-evidence-manifest.v1, acceptance-test-matrix.v1.

        Sıradaki kanıt / işlem
        • Tam tamamlama hala senaryodan senaryoya kabul kanıtı, Faz 0 hastane sahipli girdileri ve sürüm onayını gerektirir.
        Yeni belge türleri, kodlanmış yerine ön yüzden öğretilebilir olmalıdır.kanıt gerekir

        Kullanıcı yolu mevcut; üretim iddiası için hastane-owned kanıt ve acceptance çıktısı gerekir.

        Ekran/yol: /document-training. Kapsadığı yetenekler: FRONTEND_DOCUMENT_TRAINING, TEXT_TO_CONTROL_DRAFT, PERSISTENT_FUTURE_REPORT_CONTRACT.

        Sıradaki kanıt / işlem
        • Kayıtlar/form sahipleri: Onaylanmış boş form revizyonları ve meta verileri
        • Klinik/form sahipleri: Form başına ilk temsilci örnekler
        • FORM-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • FORM-002: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • FORM-003: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        • Gizlilik/hukuk: Öğrenme/ikincil kullanım hukuki dayanağı
        • Üretim otomasyonu iddialarından önce temsili hastane örnekleri, onaylanmış boş form revizyonları ve gelecekteki yükleme doğrulama kanıtları hala gereklidir.
        Kurallar/kontrol listeleri/dokümanlar ön yüzden yüklenebilir ve neyin kontrol edileceğini öğretmek için kullanılabilir.kanıt gerekir

        Kullanıcı yolu mevcut; üretim iddiası için hastane-owned kanıt ve acceptance çıktısı gerekir.

        Ekran/yol: /rules. Kapsadığı yetenekler: RULE_PUBLICATION_AND_DEPLOYMENT, TEXT_TO_CONTROL_DRAFT.

        Sıradaki kanıt / işlem
        • Kalite/hukuki: 107. satır kontrol çalışma kitabı ve kaynak hakları eksik
        • RULE-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-002: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-003: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-004: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-005: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-006: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-007: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • Lisanslı kaynak hakları, tam kontrol çalışma kitabı/kaynak envanteri, kural testleri, yayınlama, paket aktivasyonu ve yerel OCR dağıtım kanıtı ayrı geçiş noktaları olarak kalır.
        Bir tür eğitildikten sonra, gelecekteki yüklemeler her doğrulama öğesini kontrol eden bir rapor üretmelidir.kanıt gerekir

        Kullanıcı yolu mevcut; üretim iddiası için hastane-owned kanıt ve acceptance çıktısı gerekir.

        Ekran/yol: /documents. Kapsadığı yetenekler: ITEMIZED_VALIDATION_REPORT, PERSISTENT_FUTURE_REPORT_CONTRACT, RULE_PUBLICATION_AND_DEPLOYMENT.

        Sıradaki kanıt / işlem
        • Klinik/form sahipleri: Form başına ilk temsilci örnekler
        • RULE-004: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-005: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-006: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        • FORM-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • Gerçek bir rapor, yayınlanmış belge türü/kuralları, aktif paket dağıtımı, yerel OCR + kural yürütme ve yeni bir yükleme üzerinde PASS/FAIL/MANUAL_REVIEW kanıtı gerektirir.
        OCR, uygun olduğunda yerel Qwen/VLM/yerel modelleri, ardından Gemini Flash vb. kullanabilir.kanıt gerekir

        Kullanıcı yolu mevcut; üretim iddiası için hastane-owned kanıt ve acceptance çıktısı gerekir.

        Ekran/yol: /models. Kapsadığı yetenekler: LOCAL_MODEL_FIRST_OCR, CLOUD_AI_GOVERNANCE.

        Sıradaki kanıt / işlem
        • Hastane BT: Özel sunucu, ağ, depolama, GPU ve yedekleme planı
        • Veri sorumlusu/ML lideri: Tamamlanan açıklamalar ve ayrılmış kısım
        • OCR-001: Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.
        • OCR-002: Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.
        • OCR-003: Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.
        • OCR-004: Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.
        • OCR-005: Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        • Üretim yerel deterministik kalır. Yerel Qwen/VLM, onaylanmadıkça danışmanlık/gölge durumundadır. Gemini/bulut varsayılan olarak devre dışı kalır ve açık PHI/bulut yönetimi, denetim, tam model ve geri dönüş gerektirir.
        Kullanıcılar bir dosya yüklendikten sonra hangi doğrulama noktalarının geçtiğini veya başarısız olduğunu görmelidir.kanıt gerekir

        Kullanıcı yolu mevcut; üretim iddiası için hastane-owned kanıt ve acceptance çıktısı gerekir.

        Ekran/yol: /uploads. Kapsadığı yetenekler: UPLOAD_AND_QUARANTINE, ASSISTED_USER_GUIDANCE.

        Sıradaki kanıt / işlem
        • Yükle, karantinaya al ve değişmez giriş yap için ilgili acceptance kanıtını release dosyasında referanslayın.
        • Üretim iddiası öncesi aynı akışı held-out örneklerle tekrar doğrulayın.
        • FORM-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        • DOC-001'den DOC-004'e kadar kabul senaryoları hala yayın kanıtına ihtiyaç duymaktadır; bozuk/tekrarlanan/çakışan/bulanık durumlar yayın dosyasına eklenmelidir.
        İş akışı karmaşık olduğu için projenin her bölümü kullanıcının ne yapması gerektiğini açıklamalıdır.kanıt gerekir

        Kullanıcı yolu mevcut; üretim iddiası için hastane-owned kanıt ve acceptance çıktısı gerekir.

        Ekran/yol: global-help-dock. Kapsadığı yetenekler: ASSISTED_USER_GUIDANCE.

        Sıradaki kanıt / işlem
        • FORM-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        • Kullanıcı kabulü, teknik olmayan kullanıcıların geliştirici açıklaması olmadan yükleme, eğitim, kural kaynağı, rapor ve operasyon akışlarını tamamlayabildiğini doğrulamalıdır.
        Bir yapay zeka sohbet robotu soruları yanıtlayabilir ve onay ile görevleri yerine getirebilir, ancak token harcaması kontrolden çıkmamalıdır.kanıt gerekir

        Kullanıcı yolu mevcut; üretim iddiası için hastane-owned kanıt ve acceptance çıktısı gerekir.

        Ekran/yol: /assistant. Kapsadığı yetenekler: AUTOMATIC_TRAINING_COPILOT, ASSISTED_USER_GUIDANCE.

        Sıradaki kanıt / işlem
        • Klinik/form sahipleri: Form başına ilk temsilci örnekler
        • FORM-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • FORM-003: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-005: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        • RULE-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • Token harcama modeli eylemleri isteğe bağlı ve denetlenmiş kalmalıdır; üretim görev yürütme arka uç yeniden kontrollerini, neden yakalamayı ve kullanıcı onayını korumalıdır.
        Bu kapsam için sıradaki genel işlemler
        • Bu kapsam manifestini full completion audit için başlangıç listesi olarak kullanın; tek başına tamamlandı kanıtı değildir.
        • Her COVERED_BUT_PROOF_REQUIRED satırı için acceptance senaryosu, release kanıtı veya hastane-owned imzalı veri ekleyin.
        • Runtime blok varsa önce ilgili belge/model/review/job sinyalini kapatın ve manifesti tekrar üretin.
        • Cloud/Gemini ve token-spending işlemleri varsayılan kapalı ve onaylı kalmalıdır.

        Uygulama kapsam kanıtı

        Belge kontrol uygulama kapsam manifestiiBu neyi kanıtlar?Bu manifest frontend eğitim, kural, rapor, local model, cloud governance, asistan ve operasyon kanıt yollarını tek yerde gösterir. Amaç kullanıcıya “şimdi ne eksik?” sorusunun cevabını vermektir; tek başına üretim onayı değildir.

        Frontend eğitim, kural, rapor ve rehberlik yolları görünür durumdadır; fakat hastane-owned kanıtlar tamamlanmadan sistem üretim/otomasyon hazır ilan edilmemelidir.

        kanıt bekliyor
        Yetenek11
        Rehberli / uygulanmış1
        Token-free rehber1
        Cloud varsayılan kapalı1
        Hastane kanıtı1
        Dış bağımlılık8
        Runtime blok0
        Yükle, karantinaya al ve değişmez giriş yapuygulama yolu var

        Kullanıcılar hasta belgelerini güvenle yükleyebilir; güvensiz dosyalar OCR/kural işlemine girmez.

        Kullanıcı bu akışı ekranda başlatabilir; gerçek üretim iddiası için ilgili kanıt dosyası yine gerekir.

        Otomasyon modu: CONTROLLED_WORKFLOW. Token/model politikası: Özellik bazlı; ilgili ekrana ve denetim olayına bakın.

        Kanıt senaryoları: DOC-001, DOC-002, DOC-003, DOC-004.

        Bu yetenek için sıradaki adım
        • Yükle, karantinaya al ve değişmez giriş yap için ilgili acceptance kanıtını release dosyasında referanslayın.
        • Üretim iddiası öncesi aynı akışı held-out örneklerle tekrar doğrulayın.
        Ön uç belge türü eğitimidış kanıt bekliyor

        Kullanıcılar örnekler, alanlar, bölgeler ve insan onayı ile ön yüzden yeni belge türleri öğretebilirler.

        Akış kullanılabilir; fakat temsilî örnek, onaylı form, OCR kalite kanıtı, rule deployment veya imzalı release kanıtı gerekir.

        Otomasyon modu: CONTROLLED_WORKFLOW. Token/model politikası: Özellik bazlı; ilgili ekrana ve denetim olayına bakın.

        Kanıt senaryoları: FORM-001, FORM-002, FORM-003. Dış eksik: Onaylanmış boş form revizyonları ve meta verileri; Form başına ilk temsilci örnekler.

        Bu yetenek için sıradaki adım
        • Kayıtlar/form sahipleri: Onaylanmış boş form revizyonları ve meta verileri
        • Klinik/form sahipleri: Form başına ilk temsilci örnekler
        • FORM-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • FORM-002: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • FORM-003: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        Sade dil kontrol taslağıdış kanıt bekliyor

        Bir kullanıcı ne kontrol edileceğini metinle açıklayabilir; sistem bir taslak kontrol listesi çıkarır ancak kullanmadan önce onay gerektirir.

        Akış kullanılabilir; fakat temsilî örnek, onaylı form, OCR kalite kanıtı, rule deployment veya imzalı release kanıtı gerekir.

        Otomasyon modu: CONTROLLED_WORKFLOW. Token/model politikası: Özellik bazlı; ilgili ekrana ve denetim olayına bakın.

        Kanıt senaryoları: FORM-001, RULE-001, RULE-002. Dış eksik: Öğrenme/ikincil kullanım hukuki dayanağı.

        Bu yetenek için sıradaki adım
        • Gizlilik/hukuk: Öğrenme/ikincil kullanım hukuki dayanağı
        • FORM-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-002: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        Kural yayınlama ve gelecekteki yükleme dağıtımıdış kanıt bekliyor

        Doğrulama kuralları, paket yayınlandıktan ve kapsamlı dağıtım yapıldıktan sonra yalnızca gelecekteki yüklemeler için aktif olur.

        Akış kullanılabilir; fakat temsilî örnek, onaylı form, OCR kalite kanıtı, rule deployment veya imzalı release kanıtı gerekir.

        Otomasyon modu: CONTROLLED_WORKFLOW. Token/model politikası: Özellik bazlı; ilgili ekrana ve denetim olayına bakın.

        Kanıt senaryoları: RULE-001, RULE-002, RULE-003, RULE-004, RULE-005, RULE-006, RULE-007, RULE-008. Dış eksik: 107. satır kontrol çalışma kitabı ve kaynak hakları eksik.

        Bu yetenek için sıradaki adım
        • Kalite/hukuki: 107. satır kontrol çalışma kitabı ve kaynak hakları eksik
        • RULE-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-002: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-003: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-004: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-005: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-006: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-007: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-008: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        Ayrıntılı geçme/başarısız olma/manuel inceleme raporudış kanıt bekliyor

        OCR/sınıflandırma/kurallar sonrasında, beklenen her kontrol kanıtla birlikte PASS, FAIL, N/A veya MANUAL_REVIEW olarak gösterilir.

        Akış kullanılabilir; fakat temsilî örnek, onaylı form, OCR kalite kanıtı, rule deployment veya imzalı release kanıtı gerekir.

        Otomasyon modu: CONTROLLED_WORKFLOW. Token/model politikası: Özellik bazlı; ilgili ekrana ve denetim olayına bakın.

        Kanıt senaryoları: RULE-004, RULE-005, RULE-006, REP-001, REP-002. Dış eksik: Form başına ilk temsilci örnekler.

        Bu yetenek için sıradaki adım
        • Klinik/form sahipleri: Form başına ilk temsilci örnekler
        • RULE-004: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-005: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-006: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        Kalıcı gelecek rapor sözleşmesidış kanıt bekliyor

        Bir eğitim taslağı uygulandıktan sonra kullanıcılar onu yeniden açabilir ve gerçek PASS/FAIL/MANUAL_REVIEW raporlamasından önce gelecekteki rapor satırlarını, gerekli kanıtları, engellenme nedenini ve kapıları görebilirler.

        Akış kullanılabilir; fakat temsilî örnek, onaylı form, OCR kalite kanıtı, rule deployment veya imzalı release kanıtı gerekir.

        Otomasyon modu: CONTROLLED_WORKFLOW. Token/model politikası: Özellik bazlı; ilgili ekrana ve denetim olayına bakın.

        Kanıt senaryoları: FORM-001, RULE-005, REP-001. Dış eksik: Form başına ilk temsilci örnekler.

        Bu yetenek için sıradaki adım
        • Klinik/form sahipleri: Form başına ilk temsilci örnekler
        • FORM-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-005: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        Yerel model öncelikli OCR/VLM yoludış kanıt bekliyor

        Varsayılan yol, yerel deterministik OCR'ı ve yönetilen yerel VLM yardımını tercih eder; model değişiklikleri versiyonlanır.

        Akış kullanılabilir; fakat temsilî örnek, onaylı form, OCR kalite kanıtı, rule deployment veya imzalı release kanıtı gerekir.

        Otomasyon modu: CONTROLLED_WORKFLOW. Token/model politikası: Özellik bazlı; ilgili ekrana ve denetim olayına bakın.

        Kanıt senaryoları: OCR-001, OCR-002, OCR-003, OCR-004, OCR-005. Dış eksik: Özel sunucu, ağ, depolama, GPU ve yedekleme planı; Tamamlanan açıklamalar ve ayrılmış kısım.

        Bu yetenek için sıradaki adım
        • Hastane BT: Özel sunucu, ağ, depolama, GPU ve yedekleme planı
        • Veri sorumlusu/ML lideri: Tamamlanan açıklamalar ve ayrılmış kısım
        • OCR-001: Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.
        • OCR-002: Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.
        • OCR-003: Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.
        • OCR-004: Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.
        • OCR-005: Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        İsteğe bağlı bulut yapay zeka yönetimivarsayılan kapalı

        Gemini/bulut VLM sessiz varsayılan değildir; bulut kullanımı açık politika, PHI kontrolleri, günlükleme ve geri dönüş gerektirir.

        Bu seçenek güvenli varsayılan olarak kapalıdır; görünen hukuk/lisans/politika eksikleri kapanmadan açılmamalıdır.

        Otomasyon modu: GOVERNED_OPT_IN. Token/model politikası: DISABLED_BY_DEFAULT; sessiz model/token kullanımı yok.

        Kanıt senaryoları: OCR-005, SEC-003, SEC-006. Dış eksik: Öğrenme/ikincil kullanım hukuki dayanağı; JCI içerik lisansı belirleme.

        Bu yetenek için sıradaki adım
        • Cloud sağlayıcıyı açmadan önce yazılı PHI/cloud politikası, veri işleme onayı, audit ve local fallback kararını kaydedin.
        • Cloud çıktısını otomatik karar yerine advisory/shadow kanıt olarak sınırlayın.
        Yönlendirilmiş UI ve asistan devrihastane kanıtı bekliyor

        Ekranlar ne yapılacağını açıklar; asistan/asistan yalnızca onay ile sonraki adımları önerebilir ve taslak oluşturabilir.

        Akış kullanılabilir; fakat temsilî örnek, onaylı form, OCR kalite kanıtı, rule deployment veya imzalı release kanıtı gerekir.

        Otomasyon modu: GUIDED_CONFIRM_BEFORE_WRITE. Token/model politikası: Özellik bazlı; ilgili ekrana ve denetim olayına bakın.

        Kanıt senaryoları: FORM-001, RULE-001.

        Bu yetenek için sıradaki adım
        • FORM-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        En otomatik eğitim yardımcı pilotudış kanıt bekliyor

        Kullanıcı düz metin veya sayfa bağlamıyla başlayabilir; copilot rotaları belirler, eksik eğitim sorularını sorar ve yalnızca açıkça onaylanmış taslak/analiz işleri için model jetonu harcar.

        Akış kullanılabilir; fakat temsilî örnek, onaylı form, OCR kalite kanıtı, rule deployment veya imzalı release kanıtı gerekir.

        Otomasyon modu: ROUTE_AND_ASK_FREE_CONFIRM_BEFORE_MODEL. Token/model politikası: TOKEN_FREE_DETERMINISTIC_DEFAULT; taslak veya analiz işleri için yalnızca açık kullanıcı onayı sonrası model/LLM token'ları.

        Kanıt senaryoları: FORM-001, FORM-003, RULE-005. Dış eksik: Form başına ilk temsilci örnekler.

        Bu yetenek için sıradaki adım
        • Klinik/form sahipleri: Form başına ilk temsilci örnekler
        • FORM-001: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • FORM-003: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • RULE-005: Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        Operasyon, kabul ve yayın kanıtlarıdış kanıt bekliyor

        Operatörler engelleyicileri, kabul senaryolarını, harici Faz 0 bağımlılıklarını ve kanıt manifestolarını indirebilir.

        Akış kullanılabilir; fakat temsilî örnek, onaylı form, OCR kalite kanıtı, rule deployment veya imzalı release kanıtı gerekir.

        Otomasyon modu: CONTROLLED_WORKFLOW. Token/model politikası: Özellik bazlı; ilgili ekrana ve denetim olayına bakın.

        Kanıt senaryoları: BKP-001, BKP-002, OPS-001, OPS-002, OPS-003, PERF-001. Dış eksik: Özel sunucu, ağ, depolama, GPU ve yedekleme planı; Sayfa hacimleri, zirve oranı, geri doldurma envanteri.

        Bu yetenek için sıradaki adım
        • Hastane BT: Özel sunucu, ağ, depolama, GPU ve yedekleme planı
        • Hastane BT/kayıtlar: Sayfa hacimleri, zirve oranı, geri doldurma envanteri
        • BKP-001: Bağımsız geri yükleme denemesi, alıcı/GPU uyarı testi, imzalı çevrimdışı güncelleme, ölçülmüş p50/p95/p99 bekleme kanıtı.
        • BKP-002: Bağımsız geri yükleme denemesi, alıcı/GPU uyarı testi, imzalı çevrimdışı güncelleme, ölçülmüş p50/p95/p99 bekleme kanıtı.
        • OPS-001: Oluşturulan doğrulama, ana bilgisayar güvenlik duvarı incelemesi, üretim TLS/çevrimdışı başlangıç kanıtı.
        • OPS-002: Oluşturulan doğrulama, ana bilgisayar güvenlik duvarı incelemesi, üretim TLS/çevrimdışı başlangıç kanıtı.
        • OPS-003: Bağımsız geri yükleme denemesi, alıcı/GPU uyarı testi, imzalı çevrimdışı güncelleme, ölçülmüş p50/p95/p99 bekleme kanıtı.
        • PERF-001: Bağımsız geri yükleme denemesi, alıcı/GPU uyarı testi, imzalı çevrimdışı güncelleme, ölçülmüş p50/p95/p99 bekleme kanıtı.
        • İlgili akışı temsilî örneklerle doğrulayın ve kanıtı release dosyasına bağlayın.
        Tüm sistem için sıradaki işlemler
        • Hastane-owned Phase 0 bağımlılıklarını, temsilî örnekleri, onaylı form revizyonlarını ve OCR/rule kalite kanıtlarını release dosyasına bağlayın.
        • Her yeni belge tipi için: örnek yükle → alanları/kontrolleri onayla → rule pack yayınla → deployment yap → held-out örneklerle PASS/FAIL/MANUAL_REVIEW raporunu doğrula.
        • Training copilot/assistant varsayılanını token-free tutun; pahalı veya PHI-riskli model çağrılarını yalnızca açık kullanıcı onayı, audit ve local-first politika ile çalıştırın.
        • Cloud/Gemini seçeneğini yalnızca açık politika, PHI koruması, audit ve fallback kabulü varsa etkinleştirin; varsayılan güvenli yol local-first kalmalıdır.
        • Bu manifesti kullanıcı eğitimine ve release paketine ekleyin; tek başına resmi akreditasyon veya üretim onayı değildir.

        Doküman uygulama kanıt kaydı

        Uygulama kanıt kayıt defteriiNeden ayrı bir register var?Phase Gates dokümanı her iddianın test, rapor, migration veya imzalı hastane kararıyla kanıtlanmasını ister. Bu kart docs/implementation_evidence.md tablosunu uygulama içinde görünür yapar.

        Bu kayıt docs/implementation_evidence.md'yi yansıtır: birçok satır için mühendislik kanıtı mevcuttur, ancak hastane tarafından sahip olunan kanıt, veri kümeleri, donanım, alıcı, yasal/lisans veya yayın töreni kanıtları hala üretim iddialarını engellemektedir.

        hastane kanıtı gerekiyor
        Alan20
        Mühendislik kanıtı9
        Hastane kanıtı10
        Varsayılan kapalı1
        Üretim iddiası hazır9
        TemelHOSPITAL_PROOF_REQUIRED

        Digest-pinned Compose, izole ağlar, salt okunur/kap-düşürülmüş hizmetler, TLS katmanları

        Yayın kanıtı: Oluşturulan doğrulama, ana bilgisayar güvenlik duvarı incelemesi, üretim TLS testi

        Doküman durumu: Mühendislik tamamlandı; ana bilgisayar kanıtı bekleniyor

        Üretim iddiası: ek kanıt/onay gereklidir.

        KimlikENGINEERING_EVIDENCE_AVAILABLE

        GoTrue ES256 oturumları, FastAPI JWKS doğrulama, RBAC, tesis RLS

        Yayın kanıtı: Auth probe, scope probe, tüm testler/security/*.sql

        Doküman durumu: Mühendislik tamamlandı

        Üretim iddiası: mühendislik kanıtına atıf yapılabilir.

        TanımlayıcılarENGINEERING_EVIDENCE_AVAILABLE

        AES-GCM zarf şifrelemesi ve kiracı/tip HMAC kör indeksleri

        Yayın kanıtı: Birim vektörleri ve döndürme prosedürü

        Doküman durumu: Mühendislik tamamlandı

        Üretim iddiası: mühendislik kanıtına atıf yapılabilir.

        DenetimENGINEERING_EVIDENCE_AVAILABLE

        Kapsamlandırılmış hash zincirleri, değişmez olaylar, günlük Ed25519 kökleri

        Yayın kanıtı: Güvenlik SQL ve app.verify_audit_chain_integrity()

        Doküman durumu: Mühendislik tamamlandı

        Üretim iddiası: mühendislik kanıtına atıf yapılabilir.

        AlımENGINEERING_EVIDENCE_AVAILABLE

        Karantina, kötü amaçlı yazılım taraması, MIME/görsel doğrulama, değiştirilemez orijinal dosyalar, kopya kontrolü

        Yayın kanıtı: Alım birimi/güvenlik testleri ve nesne kilidi incelemesi

        Doküman durumu: Mühendislik tamamlandı

        Üretim iddiası: mühendislik kanıtına atıf yapılabilir.

        Paket kimliğiENGINEERING_EVIDENCE_AVAILABLE

        Şifrelenmiş kimlik adayları, teyit/çatışma durdurma

        Yayın kanıtı: Paket kimliği SQL ve işçi testi

        Doküman durumu: Mühendislik tamamlandı

        Üretim iddiası: mühendislik kanıtına atıf yapılabilir.

        OCRHOSPITAL_PROOF_REQUIRED

        Yerel PaddleOCR çalışma zamanı, çevrimdışı model manifest'i, bölge kökeni, indirme gerektirmeyen başlangıç

        Yayın kanıtı: Çalışma zamanı/birim testleri artı hastane model artefakt özeti

        Doküman durumu: Kod tamamlandı; onaylanmış ağırlıklar/donanım bekleniyor

        Üretim iddiası: ek kanıt/onay gereklidir.

        İsteğe bağlı VLMDISABLED_BY_DEFAULT

        Yerel Qwen/vLLM profili, danışmanlık dışı hasta olmayan bölgelerle kısıtlı

        Yayın kanıtı: Oluşturulan doğrulama ve onaylanmış görüntü/ağırlık özeti

        Doküman durumu: Kod tamamlandı; aktivasyon varsayılan olarak devre dışı bırakıldı

        Üretim iddiası: ek kanıt/onay gereklidir.

        Belge stüdyosuHOSPITAL_PROOF_REQUIRED

        Türler, sürümler, çapanlar, bölgeler, örnekler, sınıflandırma ve yayın için Ön uç/API

        Yayın kanıtı: Belge stüdyosu güvenlik SQL ve temsili örnekler

        Doküman durumu: Kod tamamlandı; hastane örnekleri bekleniyor

        Üretim iddiası: ek kanıt/onay gereklidir.

        Kural stüdyosuENGINEERING_EVIDENCE_AVAILABLE

        Kısıtlı türlü DSL, sürümleme, test senaryoları, yayın, kesin kanıt bağlantıları

        Yayın kanıtı: Kural motoru birim testleri ve kural stüdyosu SQL

        Doküman durumu: Mühendislik tamamlandı

        Üretim iddiası: mühendislik kanıtına atıf yapılabilir.

        Otomasyon kapısıHOSPITAL_PROOF_REQUIRED

        300 tutulan minimum, tam tek taraflı binom sınırı, sıfır kritik otomatik geçiş yanlışı

        Yayın kanıtı: Temsili bölüme göre değiştirilemez değerlendirme raporu

        Doküman durumu: Kod tamamlandı; veri seti bekleniyor

        Üretim iddiası: ek kanıt/onay gereklidir.

        İncelemeENGINEERING_EVIDENCE_AVAILABLE

        Kuyruklar, düzeltme sürümleri, çift kritik inceleme, yeniden değerlendirme

        Yayın kanıtı: Entegrasyon/güvenlik testlerini gözden geçir

        Doküman durumu: Mühendislik tamamlandı

        Üretim iddiası: mühendislik kanıtına atıf yapılabilir.

        Bulgular/CAPAENGINEERING_EVIDENCE_AVAILABLE

        Bulgu yaşam döngüsü, eylemler, doğrulama, gecikmiş tırmanma, paneller/raporlar

        Yayın kanıtı: API testleri ve operasyonel uyarı kontrolü

        Doküman durumu: Mühendislik tamamlandı

        Üretim iddiası: mühendislik kanıtına atıf yapılabilir.

        ÖğrenmeHOSPITAL_PROOF_REQUIRED

        Düzeltme adayları, yasal dayanak/kimlikten arındırma onay kapısı

        Yayın kanıtı: Yönetilen işlemler SQL ve imzalanmış gizlilik temeli

        Doküman durumu: Kod tamamlandı; yasal dayanak bekleniyor

        Üretim iddiası: ek kanıt/onay gereklidir.

        SaklamaHOSPITAL_PROOF_REQUIRED

        Sürüm kontrollü iki kişilik politikalar, tutmalar, elden çıkarma engelleme/onay

        Yayın kanıtı: Yönetilen işlemler SQL ve imzalanmış saklama matrisi

        Doküman durumu: Kod tamamlandı; silme kasıtlı olarak devre dışı bırakıldı

        Üretim iddiası: ek kanıt/onay gereklidir.

        KurtarmaHOSPITAL_PROOF_REQUIRED

        Kaynak zinciri kontrol edilmiş sakin imzalı yedek, izole tam geri yükleme, otomatik doğrulama, bekleyen'den nihaiye kanıt yaşam döngüsü

        Yayın kanıtı: Üç aylık tatbikat ve bağımsız olarak imzalanmış kanıt-açık/örnek JSON

        Doküman durumu: Mühendislik tamamlandı; otomatik yerel deneme geçti; bağımsız hastane kanıtı bekleniyor

        Üretim iddiası: ek kanıt/onay gereklidir.

        İzlemeHOSPITAL_PROOF_REQUIRED

        PHI'dan arındırılmış metrikler, Prometheus kuralları, Alertmanager, Grafana

        Yayın kanıtı: promtool, amtool, hedef/uyarı ile teslimat ve GPU-host testleri

        Doküman durumu: Mühendislik tamamlandı; hastane alıcı/GPU bekleniyor

        Üretim iddiası: ek kanıt/onay gereklidir.

        YayınHOSPITAL_PROOF_REQUIRED

        Çevrimdışı paket, kontrol toplamları, CycloneDX SBOM, imzalı manifest, görüntü-ID doğrulaması

        Yayın kanıtı: Bağımsız imza doğrulaması ve geri alma provası

        Doküman durumu: Mühendislik tamamlandı; sürüm töreni bekleniyor

        Üretim iddiası: ek kanıt/onay gereklidir.

        CIENGINEERING_EVIDENCE_AVAILABLE

        Ruff, katı mypy, pytest, web kontrolleri/derleme, Compose/izleme doğrulaması, temiz geçiş döngüsü, güvenlik SQL

        Yayın kanıtı: Yeşil korumalı dal iş akışı

        Doküman durumu: Mühendislik tamamlandı

        Üretim iddiası: mühendislik kanıtına atıf yapılabilir.

        PilotHOSPITAL_PROOF_REQUIRED

        Yalnızca gölge kalibrasyon ve kalite kapıları

        Yayın kanıtı: Temsili etiketler, kapasite testi, klinik/kalite onayı

        Doküman durumu: Bekleyen hastane verileri ve onayları

        Üretim iddiası: ek kanıt/onay gereklidir.

        Evidence register sıradaki işlemler
        • Her hastane sahipliği satırı için, isimlendirilmiş sürüm/üretim kanıtını imzalanmış sürüm dosyasına ekleyin.
        • Temsili hastane örneklerini, model artefaktı özetlerini, geri yükleme alıştırmalarını, kapasite testlerini veya yasal/lisans kararlarını sentetik geliştirici kanıtlarıyla değiştirmeyin.
        • Açık yönetişim ve onaylanmış eser kanıtı mevcut değilse, Opsiyonel VLM/bulut tarzı yardımı devre dışı bırakın.
        • Herhangi bir pilot/üretim onayından önce bu kaydı kabul matrisi ve Aşama 0 bağımlılık listesi ile birlikte kullanın.

        Doküman kabul test matrisi

        Belge kabul test matrisiiSenaryo düzeyi kanıtBu bölüm docs/acceptance_test_matrix.csv içindeki tek tek senaryoları gösterir. Yeşil ekran veya kaynak kod tek başına yeterli değildir; her senaryo için test çıktısı, rapor veya imzalı hastane kanıtı gerekir.

        Acceptance senaryolarının bir kısmı hastane-owned kanıt, Phase 0 dış bağımlılık veya canlı runtime sinyali bekliyor. Bu tablo docs/acceptance_test_matrix.csv içeriğini kullanıcıya açar.

        senaryo kanıtı eksik
        Senaryo42
        Kritik16
        Yüksek24
        Runtime blok0
        Hastane kanıtı22
        SEC-001 — RBACENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Tesis A inceleyicisi, API aracılığıyla Tesis B olayını talep ediyor

        Beklenen: İstek reddedildi ve denetlendi

        Öncelik: Kritik • Kanıt alanı: SECURITY_TENANCY • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        SEC-002 — RLSENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Tesis A JWT, PostgREST üzerinden Tesis B tablo satırını sorgular

        Beklenen: Hiç satır döndürülmedi ve erişim reddedildi olarak kaydedildi

        Öncelik: Kritik • Kanıt alanı: SECURITY_TENANCY • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        SEC-003 — DepolamaENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Kullanıcı başka bir daldan nesne anahtarını tahmin eder

        Beklenen: İmzalanmış URL düzenlenmedi ve nesne erişilemez

        Öncelik: Kritik • Kanıt alanı: SECURITY_TENANCY • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        SEC-004 — Ön yüzENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Hizmet rolü anahtarı tarayıcı paketinde denetlenir

        Beklenen: Anahtar yok

        Öncelik: Kritik • Kanıt alanı: SECURITY_TENANCY • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        SEC-005 — DenetimENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Normal yönetici denetim satırını güncellemeye çalışıyor

        Beklenen: Veritabanı değişikliği reddediyor

        Öncelik: Kritik • Kanıt alanı: SECURITY_TENANCY • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        SEC-006 — DenetimENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Kullanıcı hasta belgesini görüntüler

        Beklenen: Okuma erişimi olayı, aktör kapsamı kaynağı ve zaman damgasını içerir

        Öncelik: Yüksek • Kanıt alanı: SECURITY_TENANCY • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        SEC-007 — Acil Durum (Break Glass)ENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Acil erişim süresi doldu

        Beklenen: Erişim otomatik olarak kaldırıldı ve inceleme için olay gönderildi

        Öncelik: Yüksek • Kanıt alanı: SECURITY_TENANCY • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        DOC-001 — YüklemeENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Bozuk PDF yüklendi

        Beklenen: Net hata ile karantinaya alındı ve OCR işi yok

        Öncelik: Yüksek • Kanıt alanı: INGESTION_IDENTITY • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        DOC-002 — YüklemeENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Aynı dosya iki kez yüklendi

        Beklenen: Açıkça versiyonlanmadığı sürece yinelenme tespit edildi.

        Öncelik: Orta • Kanıt alanı: INGESTION_IDENTITY • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        DOC-003 — KimlikENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Paket çakışan protokol numaraları içeriyor

        Beklenen: Otomatik değerlendirme durdu ve kritik inceleme görevi oluşturuldu

        Öncelik: Kritik • Kanıt alanı: INGESTION_IDENTITY • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        DOC-004 — KaliteENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Sayfa ciddi şekilde bulanık

        Beklenen: Uyumluluk hatası yerine yeniden tarama gerekli

        Öncelik: Yüksek • Kanıt alanı: INGESTION_IDENTITY • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        OCR-001 — Yazdırılmış OCRHOSPITAL_PROOF_REQUIRED

        Senaryo: Onaylanmış formdaki Türkçe basılı alanlar

        Beklenen: Onaylanmış alan tam eşleşme hedefine ulaşıldı

        Öncelik: Yüksek • Kanıt alanı: LOCAL_OCR_MODELS • Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.

        OCR-002 — El yazısıHOSPITAL_PROOF_REQUIRED

        Senaryo: Düşük güvenli el yazısı tarih

        Beklenen: Manuel inceleme görevi oluşturuldu

        Öncelik: Yüksek • Kanıt alanı: LOCAL_OCR_MODELS • Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.

        OCR-003 — Onay kutusuHOSPITAL_PROOF_REQUIRED

        Senaryo: Üstü çizili kutu

        Beklenen: Durum SELECTED değil CROSSED_OUT olarak saklanır

        Öncelik: Yüksek • Kanıt alanı: LOCAL_OCR_MODELS • Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.

        OCR-004 — İmzaHOSPITAL_PROOF_REQUIRED

        Senaryo: İmza benzeri işaret algılandı

        Beklenen: Sistem yalnızca varlığı raporlar ve imzalayanı tanımlamaz

        Öncelik: Kritik • Kanıt alanı: LOCAL_OCR_MODELS • Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.

        OCR-005 — ModelHOSPITAL_PROOF_REQUIRED

        Senaryo: Model güncellemesinden sonra OCR yeniden çalıştırma

        Beklenen: Yeni çıkarma çalıştırması önceki çalıştırma ve model sürümlerini korur

        Öncelik: Yüksek • Kanıt alanı: LOCAL_OCR_MODELS • Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.

        FORM-001 — ŞablonHOSPITAL_PROOF_REQUIRED

        Senaryo: Kod dağıtımı olmadan yeni hastane formu yayınlandı

        Beklenen: Form yalnızca onaylar ve doğrulama sonrasında sınıflandırılabilir

        Öncelik: Yüksek • Kanıt alanı: DOCUMENT_RULE_STUDIOS • Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.

        FORM-002 — ŞablonHOSPITAL_PROOF_REQUIRED

        Senaryo: Yeni revizyondan sonra eski form revizyonu alındı

        Beklenen: Doğru geçmiş şablon sürümü seçildi veya manuel inceleme

        Öncelik: Yüksek • Kanıt alanı: DOCUMENT_RULE_STUDIOS • Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.

        FORM-003 — ŞablonHOSPITAL_PROOF_REQUIRED

        Senaryo: Bilinmeyen revizyon alındı

        Beklenen: Bilinmeyen form kuyruğu; benzer şablona sessiz geri dönüş yok

        Öncelik: Kritik • Kanıt alanı: DOCUMENT_RULE_STUDIOS • Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.

        RULE-001 — KurallarHOSPITAL_PROOF_REQUIRED

        Senaryo: Kural yazarı keyfi kod ekler

        Beklenen: Şema doğrulaması reddediyor

        Öncelik: Kritik • Kanıt alanı: DOCUMENT_RULE_STUDIOS • Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.

        RULE-002 — KurallarHOSPITAL_PROOF_REQUIRED

        Senaryo: Kural yayınlandı

        Beklenen: Yayınlanan sürüm değiştirilemez; değişiklikler yeni sürüm gerektirir

        Öncelik: Yüksek • Kanıt alanı: DOCUMENT_RULE_STUDIOS • Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.

        RULE-003 — KurallarHOSPITAL_PROOF_REQUIRED

        Senaryo: Şube daha katı kural uygular

        Beklenen: Şube sonucu onaylanmış alt kuralı kullanırken diğer şubeler ana kuralı kullanır

        Öncelik: Yüksek • Kanıt alanı: DOCUMENT_RULE_STUDIOS • Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.

        RULE-004 — KurallarHOSPITAL_PROOF_REQUIRED

        Senaryo: Kural geçerli değil

        Beklenen: N/A nedeni gerekli ve görünür

        Öncelik: Yüksek • Kanıt alanı: DOCUMENT_RULE_STUDIOS • Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.

        RULE-005 — KurallarHOSPITAL_PROOF_REQUIRED

        Senaryo: Gerekli alanda düşük OCR güveni

        Beklenen: Sonuç FAIL değil MANUAL_REVIEW olur

        Öncelik: Yüksek • Kanıt alanı: DOCUMENT_RULE_STUDIOS • Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.

        RULE-006 — KurallarHOSPITAL_PROOF_REQUIRED

        Senaryo: Prosedür başlangıcından sonra onay tarihi

        Beklenen: Kritik çelişki oluşturuldu ve çift inceleme gerektiriyor

        Öncelik: Kritik • Kanıt alanı: DOCUMENT_RULE_STUDIOS • Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.

        RULE-007 — KurallarHOSPITAL_PROOF_REQUIRED

        Senaryo: Yeniden değerlendirme olmaksızın pozitif acı ekranı

        Beklenen: Başarısızlık, kesin kanıt ve ilgili formlarla bağlantılı.

        Öncelik: Yüksek • Kanıt alanı: DOCUMENT_RULE_STUDIOS • Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.

        RULE-008 — KurallarHOSPITAL_PROOF_REQUIRED

        Senaryo: İkinci prosedür, ikinci zaman aşımı olmadan farklı bir operatör tarafından yapılır

        Beklenen: Kritik inceleme görevi oluşturuldu

        Öncelik: Kritik • Kanıt alanı: DOCUMENT_RULE_STUDIOS • Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.

        REV-001 — İncelemeENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Gözden geçiren OCR değerini düzeltir

        Beklenen: Yeni düzeltme sürümü ve tam denetim geçmişi oluşturuldu

        Öncelik: Yüksek • Kanıt alanı: REVIEW_CAPA_REPORTING • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        REV-002 — İncelemeENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Gözden geçiren makine geçişini geçersiz kılar

        Beklenen: Neden zorunludur ve olay denetlenmiştir

        Öncelik: Yüksek • Kanıt alanı: REVIEW_CAPA_REPORTING • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        REV-003 — İncelemeENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Kritik bulgu tek bir onay alıyor

        Beklenen: İkinci yetkili onay alana kadar kapatma engellendi

        Öncelik: Kritik • Kanıt alanı: REVIEW_CAPA_REPORTING • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        CAPA-001 — TakipENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Bulgu eylem kanıtı gönderildi

        Beklenen: Yapılandırıldığında kapatmadan önce doğrulama örneği gereklidir

        Öncelik: Yüksek • Kanıt alanı: REVIEW_CAPA_REPORTING • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        CAPA-002 — TakipENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Eylem son tarihi geçti

        Beklenen: Yükseltme bildirimi ve gecikmiş pano durumu

        Öncelik: Orta • Kanıt alanı: REVIEW_CAPA_REPORTING • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        BR-001 — Çoklu DalENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Grup direktörüne A ve B görünümleri panosu atandı

        Beklenen: Her iki dal ayrı ayrı ve birleştirilmiş olarak görünür; C gizli

        Öncelik: Kritik • Kanıt alanı: REVIEW_CAPA_REPORTING • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        BR-002 — Çoklu DalENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Şube yöneticisi verileri dışa aktarır

        Beklenen: Dışa aktarım yalnızca yerel dalı içerir ve denetlenir.

        Öncelik: Kritik • Kanıt alanı: REVIEW_CAPA_REPORTING • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        REP-001 — RaporlamaENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Karşılaşılan olay raporu oluşturuldu

        Beklenen: Kural model şablon sürümlerini ve kanıt referanslarını içerir

        Öncelik: Yüksek • Kanıt alanı: REVIEW_CAPA_REPORTING • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        REP-002 — RaporlamaENGINEERING_EVIDENCE_AVAILABLE

        Senaryo: Anket kanıt ZIP'i oluşturuldu

        Beklenen: Manifest ve kontrol toplamları doğrulandı

        Öncelik: Yüksek • Kanıt alanı: REVIEW_CAPA_REPORTING • Release dosyasında ilgili otomatik test çıktısını veya güvenlik SQL sonucunu referanslayın.

        BKP-001 — YedekHOSPITAL_PROOF_REQUIRED

        Senaryo: Nesne depolama olmadan veritabanı geri yüklendi

        Beklenen: Doğrulama başarısız olur ve dağıtım hazır kalmaz

        Öncelik: Kritik • Kanıt alanı: RECOVERY_RELEASE_OPERATIONS • Bağımsız geri yükleme denemesi, alıcı/GPU uyarı testi, imzalı çevrimdışı güncelleme, ölçülmüş p50/p95/p99 bekleme kanıtı.

        BKP-002 — YedekHOSPITAL_PROOF_REQUIRED

        Senaryo: Tam geri yükleme testi

        Beklenen: Kullanıcılar RLS nesneleri denetim zincirini ve örnek değerlendirme işini görürler

        Öncelik: Kritik • Kanıt alanı: RECOVERY_RELEASE_OPERATIONS • Bağımsız geri yükleme denemesi, alıcı/GPU uyarı testi, imzalı çevrimdışı güncelleme, ölçülmüş p50/p95/p99 bekleme kanıtı.

        OPS-001 — Air GapHOSPITAL_PROOF_REQUIRED

        Senaryo: Üretim yalıtılmış internet ile başlatıldı

        Beklenen: Tüm temel işlevler çalışıyor

        Öncelik: Yüksek • Kanıt alanı: FOUNDATION • Oluşturulan doğrulama, ana bilgisayar güvenlik duvarı incelemesi, üretim TLS/çevrimdışı başlangıç kanıtı.

        OPS-002 — YükseltmeHOSPITAL_PROOF_REQUIRED

        Senaryo: Çevrimdışı imzalı güncelleme uygulandı

        Beklenen: Taşıma başarılı, kontrol toplamları doğrulandı ve geri alma mevcut

        Öncelik: Yüksek • Kanıt alanı: FOUNDATION • Oluşturulan doğrulama, ana bilgisayar güvenlik duvarı incelemesi, üretim TLS/çevrimdışı başlangıç kanıtı.

        OPS-003 — İzlemeHOSPITAL_PROOF_REQUIRED

        Senaryo: GPU işçisi durduruldu

        Beklenen: Uyarı oluşturuldu ve kuyrukta bekleyen işler korundu

        Öncelik: Yüksek • Kanıt alanı: RECOVERY_RELEASE_OPERATIONS • Bağımsız geri yükleme denemesi, alıcı/GPU uyarı testi, imzalı çevrimdışı güncelleme, ölçülmüş p50/p95/p99 bekleme kanıtı.

        PERF-001 — PerformansHOSPITAL_PROOF_REQUIRED

        Senaryo: Zirve belge grubu gönderildi

        Beklenen: Yapılandırılmış gecikme SLO'su veritabanını açmadan karşılandı

        Öncelik: Yüksek • Kanıt alanı: RECOVERY_RELEASE_OPERATIONS • Bağımsız geri yükleme denemesi, alıcı/GPU uyarı testi, imzalı çevrimdışı güncelleme, ölçülmüş p50/p95/p99 bekleme kanıtı.

        Senaryo matrisi sıradaki işlemler
        • Hastane-owned senaryolar için imzalı model/form/kapasite/restore/pilot kanıtlarını release dosyasına bağlayın.
        • Phase 0 dış bağımlılıkları tamamlanmadan acceptance matrisi production-ready sayılamaz.
        • Senaryo kanıtı yoksa yalnızca kaynak kod veya yeşil ekran yeterli sayılmamalıdır; ilgili test çıktısı, rapor veya imzalı karar eklenmelidir.

        Pilot / üretim hazırlığı

        Üretim/pilot kapıları henüz okunmadıiHazırlık kapısıBu kart yazılımın çalışmasını değil, planın gerektirdiği operasyonel ve hastane-owned kanıtları izler. Mühendislik sinyalleri temiz görünse bile resmi pilot/üretim onayı yerine geçmez.

        Organizasyon seçilip operasyon durumu getirildiğinde sistem mühendislik sinyallerini ve hastane-owned kapıları birlikte gösterir.

        veri bekliyor
        Eksik / bloklayan kapılar
        • Önce organizasyon için operasyon görünümünü yükleyin.
        Tamam görünen sinyaller

        Henüz tamam sinyali okunmadı.

        Sıradaki işlemler
        • Organizasyon kimliğini seçin veya girin.
        • Kontrol durumunu getir düğmesini kullanın.
        Önemli sınır

        Bu sistem iç belge kanıtı ve hazırlık takibi sağlar; resmi akreditasyon kararı, klinik karar veya üretim sign-off yerine geçmez.

        Faz / acceptance kanıtı

        Faz ve kabul kanıt manifestiiAcceptance manifestiBu manifest docs/implementation_plan.md, phase_gates.md ve acceptance_test_matrix.csv mantığını kullanıcıya açar. Runtime yeşil olsa bile hastane-owned OCR, kapasite, restore, güvenlik ve release kanıtları tamamlanmadan üretim iddiası yapılmaz.

        Yazılım ekranları çalışsa bile plan gereği tüm faz/acceptance kanıtları tamamlanmadan üretim veya resmi hazır iddiası yapılmamalıdır.

        kanıt eksik
        Toplam alan7
        Mühendislik hazır3
        Hastane kanıtı4
        Runtime blok0
        Phase 0 dış eksik10
        Faz 1 — Temel / çevrimdışı yığınHOSPITAL_PROOF_REQUIRED

        Oluşturulan doğrulama, ana bilgisayar güvenlik duvarı incelemesi, üretim TLS/çevrimdışı başlangıç kanıtı.

        Kabul Kimliği: OPS-001, OPS-002 • Mühendislik: ENGINEERING_COMPLETE • hastane-owned kanıt gerekir

        Faz 2 — Kimlik, RLS, depolama, denetimENGINEERING_EVIDENCE_AVAILABLE

        Güvenlik SQL, auth/scope sorguları, denetim zinciri doğrulaması, imzalı günlük kökler.

        Kabul Kimliği: SEC-001, SEC-002, SEC-003, SEC-004, SEC-005, SEC-006, SEC-007 • Mühendislik: ENGINEERING_COMPLETE • mühendislik kanıtı mevcut

        Faz 3 — Yükle, değişmez orijinal, paket kimliğiENGINEERING_EVIDENCE_AVAILABLE

        Karantina, kötü amaçlı yazılım/MIME doğrulama, değiştirilemez nesne incelemesi, kimlik çakışması testleri.

        Kabul Kimliği: DOC-001, DOC-002, DOC-003, DOC-004 • Mühendislik: ENGINEERING_COMPLETE • mühendislik kanıtı mevcut

        Faz 4 — Yerel OCR/model ağ geçidiHOSPITAL_PROOF_REQUIRED

        Onaylanmış değiştirilemez OCR/model ağırlıkları, çalışma zamanı özeti, temsilci OCR kalite kanıtı, donanım dayanıklılığı.

        Kabul Kimliği: OCR-001, OCR-002, OCR-003, OCR-004, OCR-005 • Mühendislik: CODE_COMPLETE_HOSPITAL_PROOF_PENDING • hastane-owned kanıt gerekir

        Faz 5-6 — Belge ve kural stüdyolarıHOSPITAL_PROOF_REQUIRED

        Temsili form örnekleri, yayınlanmış şablonlar, onaylanmış kontrol paketleri, kesin kanıt bağlantısı testleri.

        Kabul Kimliği: FORM-001, FORM-002, FORM-003, RULE-001, RULE-002, RULE-003, RULE-004, RULE-005, RULE-006, RULE-007, RULE-008 • Mühendislik: CODE_COMPLETE_HOSPITAL_SAMPLES_PENDING • hastane-owned kanıt gerekir

        Faz 7-8 — Gözden geçirme, CAPA, dal raporlamaENGINEERING_EVIDENCE_AVAILABLE

        Çift inceleme, düzeltici eylem kanıtı, kapsamlı dışa aktarımlar, anket kanıt paketi doğrulaması.

        Kabul Kimliği: REV-001, REV-002, REV-003, CAPA-001, CAPA-002, BR-001, BR-002, REP-001, REP-002 • Mühendislik: ENGINEERING_COMPLETE • mühendislik kanıtı mevcut

        Faz 9-11 — Kurtarma, izleme, yayın, kapasiteHOSPITAL_PROOF_REQUIRED

        Bağımsız geri yükleme denemesi, alıcı/GPU uyarı testi, imzalı çevrimdışı güncelleme, ölçülmüş p50/p95/p99 bekleme kanıtı.

        Kabul Kimliği: BKP-001, BKP-002, OPS-003, PERF-001 • Mühendislik: ENGINEERING_COMPLETE_HOSPITAL_DRILLS_PENDING • hastane-owned kanıt gerekir

        Sıradaki acceptance işlemleri
        • Organizasyon kimliğini seçin veya girin.
        • Kontrol durumunu getir düğmesini kullanın.
        • Kalite/JCI lideri: Kaynak envanteri ve 5-10 pilot form listesi
        • Kayıtlar/form sahipleri: Onaylanmış boş form revizyonları ve meta verileri
        • Gizlilik/hukuk: Saklama ve yasal tutma matrisi
        • Gizlilik/hukuk: Öğrenme/ikincil kullanım hukuki dayanağı
        • Hastane BT/kayıtlar: Sayfa hacimleri, zirve oranı, geri doldurma envanteri
        • Hastane-owned kanıtları imzalı release dosyasına bağlayın.
        • Bu manifesti release paketine ekleyin; resmi akreditasyon kararı olarak sunmayın.

        Phase 0 dış bağımlılıklar

        Phase 0 hastane-owned bağımlılıklariNeden kodla tamamlanamaz?Bu maddeler hastane kaynak envanteri, hukuki karar, kapasite ölçümü, temsilî veri ve lisans/izin kanıtı gerektirir. Yazılım bunları görünür yapabilir; hastane sahibi olmadan otomatik kapatamaz.

        Kod bu maddeleri otomatik tamamlayamaz. Hastane kaynak, hukuk, kapasite, altyapı ve temsilî veri kanıtları gelmeden üretim otomasyonu veya resmi JCI içerik iddiası yapılmamalıdır.

        10 dış kanıt eksik
        Toplam bağımlılık10
        Eksik10
        Sorumlu grup8
        DurumPhase 0 çıkışı bloklu
        Kaynak envanteri ve 5-10 pilot form listesiAWAITING_HOSPITAL_ASSIGNMENT

        Sahip: Kalite/JCI lideri • Hedef: İş günü 10

        Blokladığı alanlar: Pilot form kapsamı, belge türü eğitimi, Temsili kontrol paketi oluşturma.

        Onaylanmış boş form revizyonları ve meta verileriAWAITING_HOSPITAL_ASSIGNMENT

        Sahip: Kayıtlar/form sahipleri • Hedef: 4. Hafta

        Blokladığı alanlar: kanonik belge sürümleri, şablon çapaları, gelecekteki yükleme tanıma.

        Saklama ve yasal tutma matrisiAWAITING_LEGAL_DETERMINATION

        Sahip: Gizlilik/hukuk • Hedef: 4. Hafta

        Blokladığı alanlar: Üretim saklama politikası, otomatik karar, yayın onayını al.

        Öğrenme/ikincil kullanım hukuki dayanağıAWAITING_LEGAL_DETERMINATION

        Sahip: Gizlilik/hukuk • Hedef: 4. Hafta

        Blokladığı alanlar: öğrenme için düzeltmeler kullanma, eğitim verisi onayı, model iyileştirme iş akışı.

        Sayfa hacimleri, zirve oranı, geri doldurma envanteriAWAITING_MEASUREMENT

        Sahip: Hastane BT/kayıtlar • Hedef: 3. Hafta

        Blokladığı alanlar: kapasite planı, throughput SLO, geri doldurma zamanlaması.

        Özel sunucu, ağ, depolama, GPU ve yedekleme planıAWAITING_HOSPITAL_ASSIGNMENT

        Sahip: Hastane BT • Hedef: 3. Hafta

        Blokladığı alanlar: Üretim dağıtımı, GPU/model onayı, yedekleme/geri yükleme onay belgesi.

        Form başına ilk temsilci örneklerAWAITING_HOSPITAL_DATA

        Sahip: Klinik/form sahipleri • Hedef: 8. Hafta

        Blokladığı alanlar: OCR kalite kanıtı, belge türü doğrulama, Kontrol paketi doğrulaması.

        Tamamlanan açıklamalar ve ayrılmış kısımAWAITING_HOSPITAL_DATA

        Sahip: Veri sorumlusu/ML lideri • Hedef: 12. Hafta

        Blokladığı alanlar: otomasyon uygunluğu, 300 tutulan kanıt, Kritik yanlış otomatik geçiş kanıtı.

        107. satır kontrol çalışma kitabı ve kaynak hakları eksikSOURCE_NOT_PRESENT

        Sahip: Kalite/hukuki • Hedef: 4. Hafta

        Blokladığı alanlar: JCI kontrol kataloğu içe aktarımı tamamlandı, lisanslı kaynak izlenebilirliği.

        JCI içerik lisansı belirlemeAWAITING_LEGAL_DETERMINATION

        Sahip: Kalite/hukuki • Hedef: 4. Hafta

        Blokladığı alanlar: uygulamada resmi JCI ifadesi, telif hakkıyla korunan kontrol metninin yeniden dağıtımı/dışa aktarımı.

        Phase 0 sıradaki işlemler
        • Kalite/JCI lideri: Kaynak envanteri ve 5-10 pilot form listesi
        • Kayıtlar/form sahipleri: Onaylanmış boş form revizyonları ve meta verileri
        • Gizlilik/hukuk: Saklama ve yasal tutma matrisi
        • Gizlilik/hukuk: Öğrenme/ikincil kullanım hukuki dayanağı
        • Hastane BT/kayıtlar: Sayfa hacimleri, zirve oranı, geri doldurma envanteri
        • Hastane BT: Özel sunucu, ağ, depolama, GPU ve yedekleme planı
        • Klinik/form sahipleri: Form başına ilk temsilci örnekler
        • Veri sorumlusu/ML lideri: Tamamlanan açıklamalar ve ayrılmış kısım
        • Kalite/hukuki: 107. satır kontrol çalışma kitabı ve kaynak hakları eksik
        • Kalite/hukuki: JCI içerik lisansı belirleme
        • Bu listeyi hastane kickoff/release dosyasına ekleyin; eksikler kapanmadan Phase 0 çıkışı yapmayın.

        Saklama politikası taslağı

        Otomatik tasfiye varsayılan olarak kapalıdır; etkinleştirme farklı bir kullanıcı gerektirir.

        Hukuki saklama yerleştir iHukuki saklamaBu işlem seçilen kapsamda otomatik silme/tasfiye hareketlerini durdurur. Dava, denetim veya resmi inceleme gibi belgelenmiş bir gerekçe varsa kullanılmalıdır.

        Politika sürümleri

        0

        Hukuki saklamalar

        0

        Öğrenme adayları

        0

        Düzeltmeler otomatik olarak aday olur; belgelenmiş ikincil kullanım dayanağı olmadan eğitim/veri dışa aktarımı yapılamaz.

        Yardım
        Operations ekranı ne sağlar?

        Bu ekran kabul/operasyon kanıtlarını ve çalıştırma durumunu gösterir. Akreditasyon kararı vermez; sistemin ne yaptığına dair izlenebilir kanıt sağlar.

        En otomatik eğitim nasıl çalışmalı?otomatik önerir, kritik kapıda onay ister

        Evet, kullanıcı normal metinle ne kontrol edileceğini anlatabilir. Sistem bu metni ve örnek belgeyi otomatik alan/kural/rapor taslağına çevirir; ama üretimde PASS/FAIL kararı vermek için insan onayı, yayın, aktif paket ve yeni aynı-tip belge testi gerekir.

        Kullanıcı en basit ne yazar?
        Belgenin adını yazın, aynı formdan bir örnek yükleyin, sonra şu cümleyi girin: Bu formda zorunlu alanlar şunlar; imza/kaşe/kutu/tarih kuralları şunlar; eksikse FAIL, belirsizse MANUAL_REVIEW olsun.
        Metin ne öğretir?
        Metin; belge türü adayı, kontrol edilecek alanlar, zorunlu/imza/kutu/tarih kuralları ve gelecekte raporda görünecek checklist satırlarını öğretir.
        Metin tek başına ne yapamaz?
        Metin tek başına formun görsel yerleşimini kesinleştirmez, OCR güvenini kanıtlamaz, kural paketini yayınlamaz ve gelecek hasta belgesini otomatik geçerli saymaz.
        1. Kullanıcı niyetini normal dille yazar“Bu kabul formunda hasta protokolü, tarih ve doktor imzası zorunlu olsun.”Eksik soruları, önerilen eğitim metnini ve gelecek rapor satırlarını hazırlar.onay: not_required • token: NONE_BY_DEFAULTKullanıcı görür: Sade açıklama, eksik bilgi listesi ve eğitim ekranına hazır bağlantı.
        2. Örnek belge + metinden taslak önizleme oluşturulurAynı formdan en az bir örnek belge ve kontrol metni.Alan, bölge, kural ve PASS/FAIL/MANUAL_REVIEW checklist adaylarını çıkarır.onay: not_required_for_preview • token: LOCAL_HEURISTIC_OR_APPROVED_LOCAL_MODELKullanıcı görür: Bu belge türü için ileride hangi satırların kontrol edileceğini görür.
        3. İncelenebilir eğitim taslağı yazılırChecklist satırlarını okur ve taslak oluşturmayı onaylar.Reviewable draft kaydeder; belge tipi veya kuralı üretime almaz.onay: required • token: NONE_FOR_WRITE; MODEL_ONLY_IF_SEPARATELY_APPROVEDKullanıcı görür: Taslak kimliği, alanlar, kurallar, bölgeler ve eksik görsel onaylar.
        4. Yayın ve aktif paket kapıları tamamlanırGerekçe, yetki ve kapsam onayını verir.Belge türü/kural sürümü/paket aktivasyonu için audit izli işlemleri yapar.onay: required_with_reason_and_role • token: NONEKullanıcı görür: Hangi kapsamda hangi kural paketinin yeni yüklemelerde çalışacağını görür.
        5. Yeni aynı-tip belge gerçek rapor üretirAynı belge türünden yeni bir dosya yükler.Yerel OCR + aktif kurallar çalışır; her madde için PASS/FAIL/MANUAL_REVIEW üretir.onay: aktif kuralları çalıştırmak için gerekli değil; yeniden işleme veya dışa aktarma için gerekli • token: NONE_FOR_DEFAULT_LOCAL_OCR_RULESKullanıcı görür: Her kontrol satırında sonuç, kanıt, gerekçe ve belirsizlik durumu.

        Chatbot politikası: Asistan varsayılan olarak token-free rehber gibi davranmalı; sayfayı açıklamalı, formu ön doldurmalı ve veri yazan her adımda kullanıcıdan açık onay istemelidir. Varsayılan token: NONE_FOR_ROUTING_HELP_AND_STATE_EXPLANATION.

        En kolay eğitim ekranını açAsistanla otomatik ilerle
        Ne yapmak istiyorsunuz?

        Modül adı seçmeniz gerekmez. Yapmak istediğiniz işi seçin; sistem sizi doğru ekrana götürür veya asistana aynı niyetle soru hazırlar.

        Ne yapacağımı bilmiyorum — önerilenİş Merkezi belgeleri sıradaki yapılabilir adıma göre gruplar.Bu seçenek mevcut sayfanın iş akışına en yakın güvenli başlangıçtır.
        BaşlatAsistanla başlat
        Hasta belgesi yüklemek istiyorumPDF/JPEG/PNG/TIFF hasta belgesini önce güvenli kabul ekranına yükleyin.
        BaşlatAsistanla başlat
        Yeni formu sisteme öğretmek istiyorumÖrnek belge ve normal cümlelerle kontrol metni verin; sistem alan/kural taslağı çıkarır.
        BaşlatAsistanla başlat
        Prosedür/checklist/rule dokümanı yüklemek istiyorumKontrol maddesi kaynağı hasta belgesi gibi yüklenmez; Rule Studio’da kural adayına çevrilir.
        BaşlatAsistanla başlat

        Launcher sadece yönlendirir veya asistana soru hazırlar; veri değiştirme, yayın, yeniden işleme veya model/token harcayan iş başlatmaz. Bu launcher deterministik çalışır; LLM/token harcamaz. Token/model yalnız ayrıca onaylanan taslak veya analiz adımında kullanılabilir.

        Metin belgeyi eğitir mi?taslak öğretir, üretim yapmaz

        Evet, iyi yazılmış kontrol metni belge türü/checklist taslağı üretir; ama tek başına gelecekteki belgeleri otomatik geçerli/geçersiz yapmaz.

        Metin sisteme neyin kontrol edileceğini öğretir: zorunlu alanlar, imza/kaşe, tarih, kutu seçimleri ve PASS/FAIL/MANUAL_REVIEW mantığı. Üretim raporu için ayrıca aynı formdan örnek belge, insanın okuduğu reviewable taslak, yayın/aktif paket kapıları ve yeni aynı-tip belgeyle OCR+kural testi gerekir.

        Kullanıcı ne yazar?
        Form adı + zorunlu alanlar + imza/kaşe/kutu/tarih kuralları + hangi eksikler FAIL, hangi belirsizlikler MANUAL_REVIEW olmalı.
        Hâlâ ne gerekir?
        Örnek belge ile OCR/layout eşlemesi. Kullanıcının checklist satırlarını okuması ve düzeltmesi.

        Asistan açıklama ve yönlendirmeyi onaysız yapabilir; veri yazan, rapor üreten, yayınlayan, yeniden işleyen veya cloud/model kullanan adım açık onay ister.

        Bu cevap ve global yardım dock’u LLM/token harcamaz. Local Qwen/VLM veya Gemini/cloud ancak ayrı model/veri/maliyet onayıyla advisory/draft adımında kullanılmalıdır.

        Eğitim ekranını aç Asistana sordur
        Kayboldum — bana tek sonraki adımı söyle

        Asistan bu sayfanın bağlamıyla cevap verir: ne yapacağınızı, hangi işlemin onay istediğini, token/AI/cloud kullanılıp kullanılmayacağını ve local-first güvenli yolu açıklar.

        Kayboldum, asistanla çöz
        Şimdi yapılacakKanıtları ortam, versiyon ve çalışma zamanına göre okuyun.
        Token / Yapay ZekaBu yardım metni ve deterministik asistan token harcamaz. AI/VLM yalnızca kullanıcı açıkça taslak üretme veya analiz başlatma adımını onayladığında kullanılmalıdır.
        Güvenlik sınırıHasta belgesi için varsayılan güvenli yol yerel OCR + kurallar + insan onayıdır; cloud/Gemini gibi sağlayıcılar PHI için açık politika ve onay olmadan kullanılmamalıdır.
        Alan ve düğme sözlüğü

        Bu fiş mevcut sayfadaki önemli alan ve düğmeleri kullanıcı diliyle açıklar: ne anlama gelir, örnek değer nedir, ne zaman boş kalabilir ve üretim davranışını etkiler mi.

        Açıklanan öğe11
        Bu sayfaya özel6
        Üretimi etkileyebilir6
        OrganizasyonAlan

        Belgenin veya kuralın hangi hastane/kurum kapsamına ait olduğunu seçer.

        Örnek
        Test Hastane
        Ne zaman boş kalır?
        Bu alan zorunluysa boş bırakmayın; liste gelmiyorsa önce giriş/yetki durumunu kontrol edin.
        Üretime etkisi
        Yanlış organizasyon seçilirse belge, eğitim taslağı veya kural paketi yanlış kapsamda kalabilir.
        Kullanıcı ne yapmalı?
        Serbest kimlik yazmak yerine mümkünse listeden seçin.
        Üretim/rapor davranışını etkileyebilir
        TesisAlan

        Belgeyi veya kuralı hangi tesis/şube için işleyeceğinizi belirtir.

        Örnek
        TEST — Test Hastane Tesisi
        Ne zaman boş kalır?
        Belge veya kural tüm organizasyon için geçerliyse ve ekran opsiyonel diyorsa boş kalabilir.
        Üretime etkisi
        Tesis kapsamı, gelecekte hangi yüklemelerde kural paketinin çalışacağını etkileyebilir.
        Kullanıcı ne yapmalı?
        Belgenin geldiği gerçek tesisi seçin.
        Üretim/rapor davranışını etkileyebilir
        GerekçeAlan

        Denetim için bu işlemi neden yaptığınızı açıklar.

        Örnek
        Form tipi bilinmiyor; kabul formu kontrol taslağı oluşturulacak.
        Ne zaman boş kalır?
        Yönlendirme veya sadece okuma aksiyonunda gerekçe istenmeyebilir.
        Üretime etkisi
        Yeniden işleme, yayın, paket atama ve rapor dışa aktarma gibi işlemlerde audit izine girer.
        Kullanıcı ne yapmalı?
        En az bir cümleyle gerçek nedeni yazın; sadece “test” yazmayın.
        Üretim/rapor davranışını etkileyebilir
        DurumKod / rozet

        Dosyanın güvenlikten geçtiğini, OCR/kural beklediğini, insan incelemesi istediğini veya tamamlandığını gösterir.

        Örnek
        FILE_VALIDATED, UNKNOWN_FORM, MANUAL_REVIEW, PASS, FAIL
        Ne zaman boş kalır?
        Kullanıcı tarafından doldurulmaz; sistem üretir.
        Üretime etkisi
        Durum tek başına belge geçerli demek değildir; itemized rapor satırları ve kanıtla birlikte okunmalıdır.
        Kullanıcı ne yapmalı?
        Durumun yanındaki sıradaki işlem veya belge ayrıntısı ekranını takip edin.
        Varsayılan olarak veri değiştirmez
        Asistana sorDüğme

        Mevcut ekran bağlamıyla ne yapacağınızı sade anlatan asistana gider.

        Örnek
        “Bu belge neden rapor üretmedi?”
        Ne zaman boş kalır?
        Düğmedir; veri değiştirmez.
        Üretime etkisi
        Varsayılan yardım/rota cevapları token harcamaz ve üretim verisini değiştirmez.
        Kullanıcı ne yapmalı?
        Kaybolduğunuzda kullanın; yazma/model işlemi gerekiyorsa ayrıca onay istenir.
        Varsayılan olarak veri değiştirmez
        Operasyon kapsamıAlan / kart

        Canlı işleme, saklama, model, kuyruk ve kabul kanıtlarının hangi organizasyon/tesis için izlendiğini belirler.

        Örnek
        Test Hastane operasyon görünümü.
        Ne zaman boş kalır?
        Kullanıcı yetkisi/kapsamı otomatik geldiyse değiştirmeyin.
        Üretime etkisi
        Kapsam seçmek çoğunlukla read-only görünümü değiştirir; saklama/hold/policy işlemleri ayrıca yazma kapılarındadır.
        Kullanıcı ne yapmalı?
        Operasyonel karar vermeden önce doğru kurum/tesis kapsamında olduğunuzu doğrulayın.
        Varsayılan olarak veri değiştirmez
        Canlı işleme ve dayanıklılık durumuKart

        Kuyruk, bilinmeyen form, yeniden işleme, hata ve dayanıklılık durumlarını gösterir.

        Örnek
        Bilinmeyen form sayısı yüksekse eğitim kuyruğu gerekir.
        Ne zaman boş kalır?
        Kullanıcı doldurmaz; runtime durumundan okunur.
        Üretime etkisi
        Durumu okumak veri değiştirmez; aksiyon gerekiyorsa İş Merkezi veya ilgili yönetim formu kullanılır.
        Kullanıcı ne yapmalı?
        Kırmızı/sarı durumlarda önce hangi iş kuyruğunun büyüdüğünü belirleyin; üretim ayarı değiştirmeden kanıtı okuyun.
        Varsayılan olarak veri değiştirmez
        Saklama politikası taslağıForm

        Belge, audit, rapor veya kanıt kayıtlarının ne kadar süre saklanacağını yöneten politika sürümüdür.

        Örnek
        AUDIT_LOG minimum 3650 gün, trigger event RECORD_CREATED.
        Ne zaman boş kalır?
        Yeni politika sürümü oluşturmuyorsanız formu boş bırakın.
        Üretime etkisi
        Yanlış saklama politikası kanıt zinciri, yasal saklama ve silme davranışını etkileyebilir.
        Kullanıcı ne yapmalı?
        Kayıt sınıfı, min/max gün, tetikleyici olay, hukuki referans ve sorumluyu doğrulayın.
        Üretim/rapor davranışını etkileyebilir
        Hukuki saklamaForm

        Belirli kaynak veya kayıt sınıfının yasal/vaka gerekçesiyle silinmesini durdurur.

        Örnek
        document_id için dava referansı CASE-2026-17.
        Ne zaman boş kalır?
        Aktif hukuki/vaka saklama gerekmiyorsa boş bırakın.
        Üretime etkisi
        Saklama ve imha akışını doğrudan etkiler; yanlış hold kaynakların gereksiz veya eksik saklanmasına neden olur.
        Kullanıcı ne yapmalı?
        Kaynak türü/kimliği, vaka referansı ve gerekçeyi doğrulayın; yetkisiz hold açmayın.
        Üretim/rapor davranışını etkileyebilir
        Politika sürümünü aktif etDüğme

        Hazırlanmış saklama politikasını seçili kapsam için aktif sürüm yapar.

        Örnek
        Yeni retention v3 politikasını aktif hale getirmek.
        Ne zaman boş kalır?
        Düğmedir; politika incelenmediyse basmayın.
        Üretime etkisi
        Gelecek saklama/imha kararlarını etkiler ve audit izi oluşturmalıdır.
        Kullanıcı ne yapmalı?
        Aktifleştirmeden önce hukuki referans, sorumlu ve kayıt sınıfı etkisini kontrol edin.
        Üretim/rapor davranışını etkileyebilir
        Acceptance manifestiKart / indirme

        Bu ortamda hangi kabul/kanıt kapılarının geçtiğini ve hangilerinin kodla tamamlanamayacağını gösteren kanıt fişidir.

        Örnek
        Local OCR hazır, cloud kapalı, held-out proof eksik.
        Ne zaman boş kalır?
        Kullanıcı doldurmaz; sistem/verifier çıktısından okunur.
        Üretime etkisi
        Manifest okumak üretim ayarı değiştirmez; eksik kapıları tamamlamadan hazır iddiası verilmemelidir.
        Kullanıcı ne yapmalı?
        Acceptance iddiası öncesi manifestteki blocker ve manuel kontrol notlarını okuyun.
        Varsayılan olarak veri değiştirmez

        Bu sözlük deterministik ve token-free çalışır; açıklama göstermek için Qwen/Gemini/cloud çağrılmaz.

        Sözlük eğitim ve karar vermeyi açıklığa kavuşturur; yayın, yeniden işleme, rapor veya model kullanımı gibi işlemler için ayrı kullanıcı onayı ve backend kapıları gerekir.

        Asistan token harcar mı?

        Hayır, sayfa yardımı, kayboldum cevabı, rota seçimi, durum açıklaması ve form ön doldurma LLM çağırmaz; token harcamaz. Token/model maliyeti yalnız kullanıcı açıkça model destekli taslak iyileştirme veya advisory analiz isterse ve veri/maliyet/onay bilgisi gösterilirse devreye girer.

        Mod: DETERMINISTIC_LOCAL_FIRST_HELP • varsayılan ücretsiz/token yok
        Token maliyetini sor
        Global yardım kapsam denetimi

        Birinci taraf sayfaların tamamında sayfa yardımı, görev başlatıcı, alan/düğme sözlüğü, kayboldum asistan handoff’u, token sınırı ve güvenlik/onay sınırı görünür.

        21/21 sayfa hazır • özel alan yardımı: 21 • uyarı: 0
        Yardım kapsamını indir
        Bu ekranı asistana sor İş Merkezi
        Kayboldum: ne yapmak istiyorum?
        Hasta belgesi yüklemek istiyorumPDF/JPEG/PNG/TIFF hasta belgesini önce güvenli kabul ekranına yükleyin.Elinizde gerçek hasta belgesi, tarama veya telefon fotoğrafı varsa.Sonra: Dosya güvenlikten geçerse belge ayrıntısını açın; rapor yoksa eksik kapı ekranda gösterilir.
        Bu ekrana git Asistana sor
        Yeni formu sisteme öğretmek istiyorumÖrnek belge ve normal cümlelerle kontrol metni verin; sistem alan/kural taslağı çıkarır.Form UNKNOWN görünüyorsa veya bu belge türü için daha önce kural yoksa.Sonra: Taslak insan tarafından okunur, uygulanır, yayınlanır ve aktif pakete bağlanır.
        Bu ekrana git Asistana sor
        Prosedür/checklist/rule dokümanı yüklemek istiyorumKontrol maddesi kaynağı hasta belgesi gibi yüklenmez; Rule Studio’da kural adayına çevrilir.Elinizde kalite prosedürü, kabul kriteri, kontrol listesi veya mevzuat metni varsa.Sonra: AI sadece taslak aday çıkarır; üretim kuralı için yayın ve paket aktivasyonu gerekir.
        Bu ekrana git Asistana sor
        Belge geçerli mi raporunu görmek istiyorumBelge listesi veya belge ayrıntısından PASS / FAIL / MANUAL_REVIEW satırlarını kontrol edin.Dosya yüklendi ve artık her kontrol maddesinin sonucunu görmek istiyorsanız.Sonra: Rapor yoksa belge tipi, OCR, kural paketi veya yeniden işleme kapısı eksiktir.
        Bu ekrana git Asistana sor
        Ne yapacağımı bilmiyorumİş Merkezi belgeleri sıradaki yapılabilir adıma göre gruplar.Teknik durum kodları veya ekranlar karıştıysa.Sonra: En üstteki önerilen grup genelde en güvenli başlangıçtır.
        Bu ekrana git Asistana sor
        Doğal dille sormak veya işi hazırlatmak istiyorumAsistan rota ve açıklama cevaplarını deterministik verir; yazma/AI işlemlerinde onay ister.“Bu belgeyi eğit”, “rapor neden yok”, “imza ve tarih kontrolü ekle” gibi sorularınız varsa.Sonra: Asistan yönlendirme için token harcamaz; taslak üretme/analiz adımı ayrıca onaylanır.
        Bu ekrana git Asistana sor
        Belgeyi en otomatik nasıl öğretirim?

        Evet, kullanıcı normal metinle ne kontrol edileceğini anlatabilir; sistem bunu yalnızca incelenebilir taslağa çevirir. Gelecek yüklemelerde gerçek rapor için örnek belge, kullanıcı onayı, yayımlı belge türü, aktif kural paketi ve yeniden işleme kapıları gerekir.

        1. 1. Kullanıcı normal cümleyle tarif ederKullanıcı: Belgenin adını ve kontrol edilecek maddeleri yazar: zorunlu alanlar, imza/kaşe, tarih mantığı, kritik hatalar.Sistem: Metni alan/kural adaylarına ve eksik soru listesine çevirir.Tamam sayılır: Form adı, zorunlu alanlar, imza/onay/tarih kontrolleri ve kritik hata mantığı anlaşılır durumdadır.
        2. 2. Örnek belge bağlanırKullanıcı: Bilinmeyen veya yeni formdan en az bir örnek belge seçer/yükler.Sistem: Form görünümü, OCR alan adayları ve belge türü eşleşmesini önerir.Tamam sayılır: Taslak bir sample document ile ilişkilidir; sadece soyut metin değildir.
        3. 3. AI/deterministik taslak oluşturulurKullanıcı: Önizlemeyi okuyup taslak oluşturmayı onaylar.Sistem: Reviewable document-learning draft üretir; üretime otomatik almaz.Tamam sayılır: Alan ve kural sayısı görünen, kullanıcı incelemesine açık bir taslak vardır.
        4. 4. İnsan yayın/aktif paket kapılarını tamamlarKullanıcı: Taslağı kontrol eder, gerekçeyle uygular, kural paketini yayınlar ve kapsama bağlar.Sistem: Versiyon, audit, paket ve deployment kapılarını kaydeder.Tamam sayılır: Belge türü ve kontrol paketi gelecek yüklemeler için aktif kapsamda görünür.
        5. 5. Yeni aynı tip belge rapor üretirKullanıcı: Aynı tip yeni belge yükler ve belge ayrıntısındaki kontrol satırlarını okur.Sistem: OCR + aktif kuralları çalıştırıp PASS / FAIL / MANUAL_REVIEW raporu üretir.Tamam sayılır: Rapor her kontrol maddesi için kanıt, sonuç, gerekçe ve belirsizlik durumunu gösterir.
        Onay isteyenler
        • Hasta belgesinden eğitim taslağı oluşturma
        • Taslağı belge türü/kural artefaktlarına uygulama
        • Kural paketini yayınlama veya aktif kapsama bağlama
        • Cloud/Gemini gibi dış sağlayıcıya PHI içerebilecek veri gönderme
        • Kanıt raporu dışa aktarma veya toplu yeniden işleme
        Asla otomatik bypass yok
        • Düşük güvenli OCR veya belirsiz el yazısı
        • Kritik alan çelişkisi
        • İmza sahibinin kimlik/gerçeklik doğrulaması
        • Resmi akreditasyon veya klinik karar
        • İkinci onay/yetki gerektiren yayın kapıları

        Bu rehber ve rota cevapları token harcamaz. Taslak üretme local-first çalışmalı; Qwen/local VLM isteğe bağlı yardımcıdır, Gemini/cloud PHI politikası ve açık onay olmadan kullanılmaz.

        Asistanla adım adım yap Eğitim ekranını aç
        Asistan benim yerime ne yapabilir?

        Asistan önce sayfa durumunu ve kullanıcının niyetini token harcamadan açıklar. Navigasyon ve form ön doldurma güvenli yardım sayılır; taslak oluşturma, yayın, yeniden işleme, rapor alma veya cloud/model kullanımı onay ve gerekçe ister.

        Bu ekranı açıklamaSıradaki güvenli adım, eksik kapı ve hangi ekrana gidileceği.read_only • onay: not_required • token: NONEBu akışta izinli
        Doğru ekrana yönlendirmeAçık bağlantı ve tıklanınca ne olacağı.navigation • onay: not_required • token: NONEBu akışta izinli
        Eğitim metnini ön doldurmaForm adı, zorunlu alanlar, imza/kaşe/kutu ve FAIL/MANUAL_REVIEW koşulları taslak metin olarak görünür.assisted_input • onay: not_required_until_submit • token: NONE_BY_DEFAULTBu akışta izinli
        İncelenebilir eğitim taslağı oluşturmaOluşturulacak belge tipi, alanlar, kurallar ve gelecekteki rapor satırları.confirmed_write • onay: required • token: LOCAL_OR_APPROVED_MODEL_ONLYBu akışta izinli
        Yayınlama veya kontrol paketini etkinleştirmeVersiyon, kapsam, audit gerekçesi ve başarısız olabilecek governance kapıları.governed_write • onay: required_with_role_and_reason • token: NONEBu akışta izinli
        OCR+kuralları yeniden çalıştırma veya kanıt raporu almaHangi belge işlenecek, önceki sonuçların değişmeyeceği ve yeni çalışmanın ayrı iz olacağı.governed_write • onay: required_with_reason • token: NONE_FOR_DEFAULT_PIPELINEBu akışta izinli
        Cloud/Gemini veya dış modele analiz yaptırmaPHI/veri sınıflandırması, maskeleme, model sağlayıcı, maliyet ve audit şartları tamamlanmadan çalışmaz.restricted_external_processing • onay: explicit_policy_and_user_approval_required • token: EXTERNAL_COST_AND_DATA_GOVERNANCEVarsayılan kapalı
        Onaysız asla yapılmaz
        • Belge tipi veya kural sürümü yayımlama.
        • Kontrol paketini aktif kapsama bağlama.
        • Hasta belgesini cloud/Gemini gibi dış sağlayıcıya gönderme.
        • FAIL/MANUAL_REVIEW sonucunu otomatik PASS yapma.
        • İkinci onay/yetki veya role bağlı kapıyı bypass etme.
        Token / model politikası

        Rota, yardım, durum açıklaması ve görev sözleşmesi token harcamaz. Token/model kullanımı yalnız açıkça onaylanan taslak iyileştirme veya advisory analiz adımlarında görünür olmalıdır.

        1. Kanıtları ortam, versiyon ve çalışma zamanına göre okuyun.
        2. Başarısız acceptance veya eksik gate varsa önce ilgili iş akışına gidin.
        3. Rapor dışa aktarımı yapmadan önce gerekçe ve audit izinin oluştuğunu doğrulayın.
        Asistana şunları sorabilirsinizAsistan bu ekranda ne yapabilir?
        • Bu ekrandaki sıradaki güvenli adımı açıklayabilir.
        • Hangi işlemin onay istediğini ve hangisinin sadece yönlendirme olduğunu ayırabilir.
        • İlgili ekrana götürecek bağlantıyı önerebilir.

        Bu yardım metni ve deterministik asistan token harcamaz. AI/VLM yalnızca kullanıcı açıkça taslak üretme veya analiz başlatma adımını onayladığında kullanılmalıdır.

        Hasta belgesi için varsayılan güvenli yol yerel OCR + kurallar + insan onayıdır; cloud/Gemini gibi sağlayıcılar PHI için açık politika ve onay olmadan kullanılmamalıdır.

        Bu ekranı asistana sor İş MerkeziBelgeler