ข้ามไปที่เนื้อหา

S7 — ระบบคุ้มครองพยานในคดีอาญา (Witness Protection System)

Witness Protection System (WPS)

ตารางสรุปข้อมูลเบื้องต้น

หัวข้อ รายละเอียด
อ้างอิง TOR ข้อ 7.17
หน่วยงานรับผิดชอบ สำนักงานคุ้มครองพยาน (สคพ.)
ลักษณะการพัฒนา ระบบปรับปรุงและเพิ่มประสิทธิภาพ (Improvement & Maintenance)
สถานะโครงการ :large_blue_circle: ต่อเนื่องจาก Phase 1 — Phase 1 ปรับปรุงระบบคุ้มครองพยานแล้ว (TOR Phase 1 ข้อ ๕, คะแนนความพึงพอใจ 4.3/5), Phase 2 ปรับปรุงเพิ่มเติมและเพิ่มฟังก์ชันใหม่
ระดับความซับซ้อน ระดับเริ่มต้น (🟢 Quick Win)
ผู้พัฒนาเดิม ทีมเดียวกับผู้พัฒนาระบบ S8
สถานะการดำเนินงาน ระบบใช้งานจริง (Production) และอยู่ระหว่างวางแผนปรับปรุง

สถานะปัจจุบัน (Current State)

ระบบ S7 เป็นระบบที่ได้รับการพัฒนาและส่งมอบมาตั้งแต่ระยะที่ 1 (Phase 1) โดยได้รับคะแนนความพึงพอใจจากการใช้งานค่อนข้างสูง (4.3/5) ระบบปัจจุบันมีความเสถียรและมีการใช้งานอย่างต่อเนื่องโดยสำนักงานคุ้มครองพยาน (สคพ.)

ข้อมูลเชิงเทคนิคจากระยะที่ 1: - Tech Stack: พัฒนาด้วย ASP.NET Core 9.0 (C#) ทำงานบน Docker Container - การยืนยันตัวตน: รองรับ SSO ผ่าน Keycloak พร้อมระบบ OTP ทางอีเมลเพื่อความปลอดภัยชั้นสูง - โครงสร้างสิทธิ์: มีการแบ่งระดับผู้ใช้งาน 6 ระดับ (สารบรรณ → ผอ.กอง → หัวหน้ากลุ่ม → นิติกร → รองอธิบดี → อธิบดี) - การติดตั้ง: ติดตั้งบน App Server (10.136.27.57) ร่วมกับระบบ S8

ขอบเขตความต้องการตาม TOR

ตามรายละเอียดในข้อกำหนด TOR ข้อ 7.17 การปรับปรุงระบบคุ้มครองพยานต้องครอบคลุมดังนี้: - ปรับปรุงประสิทธิภาพการบริหารจัดการเคสคุ้มครองพยานที่มีอยู่เดิม - เพิ่มฟังก์ชันการทำงานตามความต้องการใหม่ของหน่วยงาน (สคพ.) - ปรับปรุงส่วนติดต่อผู้ใช้งาน (UI/UX) ให้ทันสมัยและใช้งานง่ายขึ้น - เสริมความปลอดภัยของข้อมูลพยานซึ่งเป็นข้อมูลที่มีความสำคัญระดับสูงสุด

ขั้นตอนการทำงาน (Workflow)

โครงสร้างการไหลของงาน (Approval Flow) ตามลำดับชั้นสายการบังคับบัญชา 6 ระดับ:

graph TD
    A[เจ้าหน้าที่สารบรรณ] --> B[ผู้อำนวยการกอง]
    B --> C[หัวหน้ากลุ่มงาน]
    C --> D[เจ้าหน้าที่นิติกร / เจ้าของสำนวน]
    D --> E[รองอธิบดี]
    E --> F[อธิบดี / ผู้มีอำนาจสั่งการ]

ขั้นตอนหลักในการดำเนินงาน: 1. การรับเรื่อง (Intake): รับคำร้องขอคุ้มครองพยานจากช่องทางต่างๆ หรือผ่านระบบพอร์ทัล 2. การตรวจสอบสิทธิ์ (Verification): ตรวจสอบคุณสมบัติและประวัติเบื้องต้นของผู้ขอรับการคุ้มครอง 3. การพิจารณา (Review): ส่งเรื่องผ่านลำดับชั้นเพื่อพิจารณาความเหมาะสมและระดับการคุ้มครอง 4. การดำเนินการคุ้มครอง (Execution): บันทึกแผนการคุ้มครองและกิจกรรมที่เกิดขึ้นจริง 5. การเบิกจ่าย (Compensation): บริหารจัดการค่าใช้จ่ายและค่าดำรงชีพที่เกี่ยวข้องกับพยาน 6. การติดตามและรายงาน (Reporting): ติดตามสถานะความปลอดภัยและสรุปผลการดำเนินงาน

ปัญหาและข้อตรวจพบ (Identified Issues)

  1. ฟังก์ชันค้างดำเนินการจากระยะที่ 1:
  2. ระบบเบิกจ่ายค่าดำรงชีพ: ถูกเลื่อนมาดำเนินการในช่วงบำรุงรักษา (MA) เนื่องจากมีผลกระทบต่อโครงสร้างสูง ต้องตรวจสอบสถานะความสำเร็จก่อนเริ่ม Phase 2
  3. ข้อจำกัดในการเข้าถึงฐานข้อมูล:
  4. ฐานข้อมูลแยกอยู่คนละ Server (10.136.27.56) และปัจจุบันยังไม่สามารถเข้าถึงได้ผ่าน VPN (Port 1433 ปิด)
  5. สถานะระบบ UAT:
  6. ปัจจุบัน Site สำหรับการทดสอบ (UAT) ถูกหยุดการทำงาน (Stopped) ต้องเปิดใช้งานก่อนเริ่มการพัฒนา

จุดเชื่อมต่อระบบ (System Integration)

แหล่งข้อมูล / ระบบที่เกี่ยวข้อง ชื่อระบบ ทิศทาง ประเภทข้อมูล หมายเหตุ
ระบบพอร์ทัลหลัก S9 Web Portal ขาเข้า (Inbound) ข้อมูลการยืนยันตัวตน รองรับ SSO และการตรวจสอบสิทธิ์เข้าใช้งาน
ระบบเว็บไซต์กรมฯ S8 Website สองทาง (Bidirectional) ข้อมูลประชาสัมพันธ์ ใช้ Server และทรัพยากรร่วมกันในบางส่วน
ฐานข้อมูลพยาน RLPD_WITNESS DB สองทาง (Bidirectional) ข้อมูลเคสคุ้มครอง ตั้งอยู่บน Server แยกต่างหาก (10.136.27.56)
ศูนย์รับเรื่องร่วม Service Center ขาเข้า (Inbound) คำร้องขอใหม่ รับข้อมูลคำร้องที่ยื่นผ่านศูนย์บริการ

ประเด็นที่ต้องการคำชี้แจง (Open Issues)

[ประเด็นเปิด] รายละเอียดความต้องการใหม่ (New Requirements) เฉพาะเจาะจงของ สคพ. ในระยะที่ 2 มีอะไรบ้าง?

[ประเด็นเปิด] ระบบเบิกจ่ายค่าดำรงชีพ (Subsistence Allowance) ที่เลื่อนมาจาก Phase 1 ปัจจุบันอยู่ในสถานะใด?

[ประเด็นเปิด] มีความจำเป็นต้องย้ายข้อมูล (Data Migration) จากระบบเก่าตัวอื่นๆ เข้ามาเพิ่มเติมหรือไม่?

[ประเด็นเปิด] มีการกำหนดตัวชี้วัดประสิทธิภาพ (KPIs) ใหม่สำหรับการคุ้มครองพยานในระยะที่ 2 หรือไม่?

หมายเหตุทางเทคนิค (Technical Notes)

  • ความได้เปรียบทางเทคนิค: เนื่องผู้พัฒนาเป็นทีมเดียวกับระบบ S8 ทำให้สามารถใช้มาตรฐานโค้ด (Coding Standard) และโครงสร้างพื้นฐานร่วมกันได้อย่างมีประสิทธิภาพ
  • ลำดับความสำคัญ (Wave 1): ถูกจัดอยู่ในกลุ่ม Quick Win ที่คาดว่าจะส่งมอบได้เร็วที่สุดในกลุ่มระบบปรับปรุง
  • ความปลอดภัยสูงสุด: ข้อมูลพยานมีความอ่อนไหวสูงมาก ต้องมีการเข้ารหัสข้อมูล (Encryption) และการบันทึก Log การเข้าถึงอย่างละเอียด
  • การเตรียมสภาพแวดล้อม: ต้องประสานงานฝ่าย IT เพื่อเปิด Port 1433 (SQL Server) สำหรับ Server 10.136.27.56 เพื่อให้ทีมพัฒนาสามารถทำงานได้
  • การทดสอบ: ต้องเตรียมแผนการทดสอบแบบ Regression Test เพื่อให้มั่นใจว่าฟังก์ชันเดิมในระยะที่ 1 ยังทำงานได้ปกติหลังการปรับปรุง