ประกวดราคาซื้อระบบบริหารจัดการการศึกษาแพทยศาสตร์อิเล็กทรอนิกส์ แขวงลาดยาว เขตจตุจักร กรุงเทพมหานคร จำนวน 1 ระบบ

• เพื่อพัฒนาระบบสนับสนุนการบริหารจัดการการเรียนการสอนในระดับคลินิกให้มีความเป็นระบบ ครอบคลุมทุกกระบวนการ และมีประสิทธิภาพยิ่งขึ้น
• เพื่อรองรับรูปแบบการจัดการเรียนรู้แบบหมุนเวียน (Rotation) ซึ่งนิสิตต้องเข้ารับการฝึกปฏิบัติงานจริงในแผนกต่าง ๆ ตามโครงสร้างของหลักสูตรแพทยศาสตรบัณฑิต
• เพื่อจัดเก็บ บริหารจัดการ และติดตามข้อมูลการประเมินผลการเรียนของนิสิตแพทย์เป็นรายบุคคล ครอบคลุมการประเมินรายหัวข้อ การประเมินแบบ 360 องศา รวมถึงการสะท้อนผลลัพธ์ตามกรอบแนวคิด EPA และ Milestone
• เพื่อพัฒนาระบบบันทึก logbook อิเล็กทรอนิกส์รายบุคคล สำหรับใช้บันทึกกิจกรรมการเรียนรู้และประสบการณ์ทางคลินิกของนิสิตแพทย์อย่างเป็นระบบ
• เพื่อสนับสนุนการดำเนินการประเมินผลของอาจารย์ผู้สอนและแพทย์พี่เลี้ยงให้มีความสะดวก รวดเร็ว และสามารถประเมินได้ทุกที่ ทุกเวลา ผ่านแพลตฟอร์มเดียวกัน
• เพื่อเชื่อมโยงและบูรณาการข้อมูลด้านการเรียนการสอนและการประเมินผลเข้ากับระบบสารสนเทศส่วนกลางของมหาวิทยาลัยฯ อย่างต่อเนื่องและไร้รอยต่อ
• เพื่อลดภาระงานด้านเอกสารและขั้นตอนการปฏิบัติงานที่ซ้ำซ้อน ส่งเสริมให้การบริหารจัดการภายในคณะมีความคล่องตัวและมีประสิทธิภาพมากยิ่งขึ้น
• เพื่อส่งเสริมแนวคิดการเรียนรู้ที่ผู้เรียนเป็นศูนย์กลาง (Student-Centered Learning) โดยเปิดโอกาสให้นิสิตสามารถติดตามความก้าวหน้าและวางแผนการเรียนรู้ของตนเองได้อย่างเป็นระบบ
• เพื่อจัดทำรายงาน สรุปผล และวิเคราะห์ข้อมูลเชิงสถิติที่เกี่ยวข้องกับการจัดการเรียนการสอน เพื่อนำไปใช้ในการวางแผน ปรับปรุง และพัฒนาหลักสูตรในอนาคต
• เพื่อยกระดับคุณภาพการจัดการศึกษาแพทยศาสตร์ และเสริมสร้างศักยภาพของนิสิตแพทย์ให้มีความพร้อมในการประกอบวิชาชีพตามมาตรฐานระดับชาติและนานาชาติ

• พัฒนาและติดตั้งระบบบริหารจัดการการศึกษาแพทยศาสตร์อิเล็กทรอนิกส์ (Medical Education Platform) จำนวน 1 ระบบ
• พัฒนาระบบให้รองรับการใช้งานผ่าน Web Application สำหรับนิสิต เจ้าหน้าที่ และอาจารย์
• พัฒนา Mobile Application สำหรับนิสิตและอาจารย์ รองรับระบบปฏิบัติการ iOS และ Android โดยสามารถดาวน์โหลดได้จาก Google Play Store และ App Store
• พัฒนาระบบยืนยันตัวตน (Authentication) อย่างน้อย 3 รูปแบบ ได้แก่ KU All Login, Social Authentication (THAID, Google OAuth) และ Local Authentication
• พัฒนาระบบให้รองรับการใช้งาน 2 ภาษา (ภาษาไทยและภาษาอังกฤษ)
• ดำเนินการทดสอบระบบ (Testing and Deployment) ได้แก่ Unit Test, Integration Test, UAT และ Security Testing (Source Code Scan, VA Scan และ Penetration Test โดยบริษัทภายนอก)
• จัดทำเอกสารคู่มือการติดตั้งระบบ (Dev, Test, Prod, Deployment) และรายงานสำหรับการบริหารจัดการระบบ (System Management, Performance, Security, ROPA สำหรับ PDPA)
• พัฒนาระบบเชื่อมต่อกับระบบภายนอก ทั้งแบบ Synchronous (OpenAPI/REST, WSDL/SOAP) และ Asynchronous (AMQP, MQTT, WebSocket)
• พัฒนาฟังก์ชันพื้นฐานสำหรับนิสิต ได้แก่ ระบบข่าวสารและประกาศ, ข้อมูลส่วนตัวและการศึกษา (รวมถึง Virtual ID Card), ระบบการเงิน, ระบบตารางเวรและหมุนเวียนฝึกภาควิชา, ระบบตรวจสอบและเช็กชื่อเข้าเวร, และระบบรับเคสผู้ป่วย (แจกเคส)

• ระบบบริหารจัดการการศึกษาแพทยศาสตร์อิเล็กทรอนิกส์ (Web & Mobile Application) ที่ติดตั้งและทดสอบบนเครื่องคอมพิวเตอร์แม่ข่ายของมหาวิทยาลัยฯ เรียบร้อยแล้ว
• รายงานผลการทดสอบระบบ (Unit Test, Integration Test, UAT)
• รายงานผลการสแกนหาช่องโหว่ของซอร์สโค้ด (Source Code Vulnerability Scan) และรายงานการประเมินช่องโหว่ของระบบ (VA Scan) พร้อมผลการแก้ไขปิดช่องโหว่ทั้งหมด
• รายงานผลการทดสอบเจาะระบบ (Penetration Test Report) จากบริษัทภายนอกที่ได้รับการรับรองมาตรฐาน (CREST, OSCP หรือเทียบเท่า)
• เอกสารคู่มือการติดตั้งระบบ (Development, Test, Production Environment Installation Manual และ Deployment Manual)
• รายงานสำหรับการบริหารจัดการระบบ (System Management, Performance, Security and Incident Report)
• บันทึกรายการกิจกรรมการประมวลผลข้อมูลส่วนบุคคล (Record of Processing Activities - ROPA) ตามมาตรฐาน PDPA
• เอกสารข้อกำหนดการเชื่อมต่อระบบภายนอก (Interface Specification เช่น OpenAPI, WSDL)

• ไม่ระบุระยะเวลาเริ่มต้นและสิ้นสุดของโครงการ หรือจำนวนวันส่งมอบงานที่แน่ชัดในเอกสาร (ระบุเพียงขั้นตอนการทดสอบเจาะระบบ Penetration Test ที่ต้องดำเนินการอย่างน้อย 1 ครั้งก่อนการส่งมอบงานงวดสุดท้าย)

• Eligibility Requirements: คุณสมบัติตามรายละเอียดร่างประกาศ และร่างเอกสารประกวดราคาของมหาวิทยาลัยเกษตรศาสตร์
• Standards Compliance: การทดสอบเจาะระบบ (Penetration Test) ต้องดำเนินการโดยบริษัทภายนอกที่ได้รับการรับรองมาตรฐานระดับสากล เช่น CREST, OSCP หรือเทียบเท่า และระบบต้องพัฒนาตามแนวปฏิบัติด้านความมั่นคงปลอดภัย เช่น มาตรฐาน OWASP และสอดคล้องกับ พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล (PDPA)
• Experience: ต้องมีผลงานการพัฒนาระบบสารสนเทศสำหรับการบริหารจัดการการศึกษา หรือบริหารจัดการข้อมูลทางการแพทย์ สาธารณสุข หรือโรงพยาบาล ที่รองรับการใช้งานผ่าน Web-Based Application และ/หรือ Mobile Application ที่ตรวจรับเสร็จสมบูรณ์แล้ว
• Previous Project Cost: ต้องมีผลงานประเภทเดียวกันที่เสร็จสมบูรณ์แล้ว มูลค่างานตามสัญญาเดียวไม่ต่ำกว่า 5,000,000 บาท (ห้าล้านบาทถ้วน) โดยต้องยื่นหลักฐานหนังสือรับรองผลงานพร้อมสำเนาสัญญา ณ วันเข้าเสนอราคา
• Technical Capabilities: มีความพร้อมและศักยภาพในการพัฒนา ติดตั้ง และทดสอบระบบตามหลักการวิศวกรรมซอฟต์แวร์และเทคโนโลยีสารสนเทศ รวมถึงความสามารถในการเชื่อมต่อระบบภายนอกผ่าน API และ Message-Oriented Middleware
• Personnel: -

• พิจารณาจากคุณสมบัติของผู้ยื่นข้อเสนอ ข้อเสนอทางด้านเทคนิค ความพร้อมในการบริหารโครงการให้สำเร็จลุล่วง และความถูกต้องครบถ้วนของเอกสารหลักฐานผลงานและสัญญาที่นำมาแสดงประกอบการพิจารณา

• สถาปัตยกรรมระบบ: รองรับการทำงานในลักษณะ Web Application และ Mobile Application (iOS & Android)
• ระบบความปลอดภัยและการยืนยันตัวตน: รองรับ KU All Login, Social Auth (THAID, Google OAuth) และ Local Auth
• การเชื่อมต่อข้อมูล (Integration): รองรับ REST API (OpenAPI), SOAP (WSDL) และ Message Broker (AMQP, MQTT, WebSocket)
• ความปลอดภัยของข้อมูล: ต้องผ่านการสแกนช่องโหว่ซอร์สโค้ด, VA Scan ตามมาตรฐาน OWASP และ Penetration Test โดยผู้เชี่ยวชาญภายนอกที่ได้รับรองมาตรฐาน CREST/OSCP
• การปฏิบัติตามกฎหมาย: รองรับมาตรฐาน PDPA โดยต้องมีระบบบันทึก ROPA (Record of Processing Activities)
• ฟังก์ชันการทำงานหลักสำหรับนิสิต: แดชบอร์ดแสดงผลการเรียน, ตารางเวรและการหมุนเวียนแผนก (Rotation), ระบบเช็กชื่อเข้าเวร, ระบบรับและติดตามเคสผู้ป่วย (Case Assignment), การดึงข้อมูลชั่วโมงกิจกรรมผ่าน API, และการแสดงผล Virtual ID Card พร้อม Dynamic QR Code

• ผู้ขายต้องติดตั้งและทดสอบการทำงานของระบบบนเครื่องคอมพิวเตอร์แม่ข่ายของมหาวิทยาลัยฯ
• ผู้ขายต้องจัดให้มีการทดสอบเจาะระบบ (Penetration Test) โดยบริษัทภายนอกที่ได้รับการรับรองมาตรฐาน อย่างน้อย 1 ครั้งก่อนการส่งมอบงานงวดสุดท้าย โดยค่าใช้จ่ายรวมอยู่ในวงเงินโครงการ
• เงื่อนไขการจ่ายเงินและการปรับลด/ค่าปรับ เป็นไปตามรายละเอียดในร่างเอกสารประกวดราคาของมหาวิทยาลัยเกษตรศาสตร์

• Q1: ระบบนี้รองรับการใช้งานบนอุปกรณ์ใดบ้าง?
  A1: รองรับการใช้งานผ่าน Web Application สำหรับนิสิต เจ้าหน้าที่ และอาจารย์ และ Mobile Application สำหรับนิสิตและอาจารย์ ทั้งระบบปฏิบัติการ iOS และ Android
• Q2: ระบบยืนยันตัวตน (Authentication) มีรูปแบบใดบ้าง?
  A2: มี 3 รูปแบบ ได้แก่ Federal Authentication ของมหาวิทยาลัย (KU All Login), Social Authentication (THAID, Google OAuth) และ Local Authentication ของระบบเอง
• Q3: การประเมินผลการเรียนของนิสิตแพทย์ในระบบนี้ใช้เกณฑ์ใดบ้าง?
  A3: รองรับการประเมินผลรายหัวข้อ, การประเมินแบบ 360 องศา, และการสะท้อนผลลัพธ์ตามกรอบแนวคิด EPA (Entrustable Professional Activities) และ Milestone
• Q4: ระบบ Logbook อิเล็กทรอนิกส์มีหน้าที่อย่างไร?
  A4: ใช้สำหรับให้นิสิตแพทย์บันทึกกิจกรรมการเรียนรู้ ประสบการณ์ทางคลินิก และประวัติการรับเคสผู้ป่วยรายบุคคลอย่างเป็นระบบ
• Q5: ระบบนี้มีการเชื่อมโยงข้อมูลกับหน่วยงานภายนอกหรือระบบอื่นอย่างไร?
  A5: เชื่อมต่อกับระบบสารสนเทศส่วนกลางของมหาวิทยาลัยเกษตรศาสตร์ผ่าน API (REST/SOAP) และรองรับการเชื่อมต่อแบบ Asynchronous ผ่าน AMQP, MQTT หรือ WebSocket
• Q6: ข้อกำหนดด้านความปลอดภัยของระบบมีอะไรบ้าง?
  A6: ต้องมีการทดสอบ Unit Test, Integration Test, UAT, สแกนช่องโหว่ซอร์สโค้ด, ทำ VA Scan ตามมาตรฐาน OWASP และต้องทดสอบเจาะระบบ (Penetration Test) โดยบริษัทภายนอกที่ได้มาตรฐาน CREST/OSCP
• Q7: ระบบนี้รองรับการปฏิบัติตามกฎหมายคุ้มครองข้อมูลส่วนบุคคล (PDPA) อย่างไร?
  A7: ระบบต้องจัดให้มีบันทึกรายการกิจกรรมการประมวลผลข้อมูลส่วนบุคคล (Record of Processing Activities - ROPA) เพื่อให้สอดคล้องกับ พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล
• Q8: ฟังก์ชัน “ระบบรับเคสผู้ป่วย” สำหรับนิสิตสามารถแสดงข้อมูลอะไรได้บ้าง?
  A8: แสดงรายการเคสที่ได้รับมอบหมาย, รายละเอียดเคส (ประเภทเคส, แผนก, ระดับความซับซ้อน, ช่วงเวลา), ประวัติการรับเคสย้อนหลัง, จำนวนเคสสะสม และความคืบหน้าตามเกณฑ์ขั้นต่ำ
• Q9: นิสิตแพทย์สามารถตรวจสอบชั่วโมงกิจกรรมของตนเองได้อย่างไร?
  A9: ระบบจะดึงข้อมูลชั่วโมงกิจกรรมจากระบบส่วนกลางของมหาวิทยาลัยฯ (เช่น กองพัฒนานิสิต) ผ่าน API มาแสดงผลแยกตามประเภทพร้อมแจ้งสถานะว่าครบเกณฑ์หรือไม่
• Q10: เอกสารคู่มือที่ผู้ขายต้องส่งมอบในส่วนของ Operational Transition มีอะไรบ้าง?
  A10: คู่มือการติดตั้งสภาพแวดล้อมสำหรับนักพัฒนา (Dev), สำหรับทดสอบ (Test), สำหรับใช้งานจริง (Prod) และคู่มือการนำระบบขึ้นใช้งาน (Deployment Manual)

1

1. ความเป็นมา
   ขอบเขตของงาน (Terms of Reference: TOR) โครงการซื้อระบบบริหารจัดการการศึกษาแพทยศาสตร์อิเล็กทรอนิกส์ แขวงลาดยาว เขตจตุจักร กรุงเทพมหานคร จํานวน 1 ระบบ
   การจัดการเรียนการสอนในระดับอุดมศึกษาจําเป็นต้องอาศัยระบบสารสนเทศที่มีประสิทธิภาพเพื่อสนับสนุน
   การบริหารจัดการและการพัฒนาคุณภาพผู้เรียน
   มหาวิทยาลัยเกษตรศาสตร์จึงได้ดําเนินการพัฒนาและจัดหาระบบ สารสนเทศที่มีความทันสมัยอย่างต่อเนื่อง เพื่อเพิ่มประสิทธิภาพการปฏิบัติงานของบุคลากรและส่งเสริมการผลิต บัณฑิตที่มีคุณภาพสอดคล้องกับความต้องการของสังคม ปัจจุบันมหาวิทยาลัยฯมีระบบสารสนเทศทะเบียนนิสิตที่
   สามารถรองรับกระบวนการด้านการบริหารการศึกษาในภาพรวมได้อย่างครบถ้วน ตั้งแต่การรับสมัครนิสิต การลงทะเบียนเรียน การชําระค่าธรรมเนียม การจัดตารางเรียน ตารางสอน ไปจนถึงการบันทึกและรายงานผล การศึกษาอย่างไรก็ตาม เมื่อพิจารณาถึงลักษณะเฉพาะของการจัดการเรียนการสอนในบางคณะ โดยเฉพาะคณะ แพทยศาสตร์ ระบบสารสนเทศดังกล่าวยังไม่สามารถตอบสนองต่อรูปแบบการเรียนการสอนที่มีความซับซ้อนสูงได้ อย่างเหมาะสม โดยในช่วงการศึกษาชั้นคลินิก (Clinical Year) ของนิสิตแพทย์ชั้นปีที่ 4-6 นั้น นิสิตจะต้องเข้ารับ การฝึกปฏิบัติงานจริงในสถานพยาบาล และหมุนเวียนการฝึกไปยังแผนกต่าง ๆ ตามโครงสร้างของหลักสูตร แพทยศาสตรบัณฑิต ซึ่งมีความแตกต่างจากการเรียนการสอนในชั้นเรียนทั่วไปอย่างชัดเจน
   ด้วยเหตุนี้ กระบวนการติดตาม ประเมินผล และบันทึกความก้าวหน้าทางการเรียนของนิสิตแพทย์จึงจําเป็นต้อง ใช้ระบบและเครื่องมือเฉพาะทาง อาทิ การประเมินผลภาคปฏิบัติในแต่ละหัวข้อของแต่ละแผนก การประเมินแบบ 360 องศา การจัดเก็บข้อมูลตามกรอบแนวคิด Entrustable Professional Activities (EPA) และ Milestone รวมถึงระบบ logbook รายบุคคล และการติดตามความก้าวหน้าของผลงานวิจัยของนิสิตแพทย์เป็นรายบุคคลใน ปัจจุบัน ระบบสารสนเทศกลางของมหาวิทยาลัยเกษตรศาสตร์ยังไม่สามารถรองรับฟังก์ชันดังกล่าวได้อย่างครบ อีกทั้งการเชื่อมโยงข้อมูลด้านการประเมินภาคปฏิบัติระหว่างอาจารย์ผู้สอนและนิสิตยังขาดความต่อเนื่องและ เป็นระบบ ส่งผลให้คณะแพทยศาสตร์มีความจําเป็นต้องพัฒนา Medical Education Platform ขึ้น เพื่อใช้เป็น ระบบหลักในการบริหารจัดการการเรียนการสอนของนิสิตแพทย์ในระดับชั้นปีที่ 4-6 ให้มีประสิทธิภาพมากยิ่งขึ้น และสามารถเชื่อมโยงข้อมูลกับระบบสารสนเทศส่วนกลางของมหาวิทยาลัยฯได้อย่างราบรื่น
   แพลตฟอร์มดังกล่าวจะมีบทบาทสําคัญในการยกระดับคุณภาพการจัดการศึกษาแพทยศาสตร์ในระดับคลินิก ช่วยอํานวยความสะดวกแก่คณาจารย์ แพทย์ประจําบ้าน แพทย์พี่เลี้ยง และนิสิตแพทย์ ในการปฏิบัติงานและการ เรียนรู้ รวมถึงสนับสนุนการติดตามและประเมินผลสัมฤทธิ์ทางการเรียนของนิสิตได้อย่างต่อเนื่องและเป็นระบบ
   ตลอดระยะเวลาการศึกษา
2. วัตถุประสงค์
   2.1 เพื่อพัฒนาระบบสนับสนุนการบริหารจัดการการเรียนการสอนในระดับคลินิกให้มีความเป็นระบบ ครอบคลุมทุกกระบวนการ และมีประสิทธิภาพยิ่งขึ้น
   2.2 เพื่อรองรับรูปแบบการจัดการเรียนรู้แบบหมุนเวียน (Rotation) ซึ่งนิสิตต้องเข้ารับการฝึกปฏิบัติงานจริงใน แผนกต่าง ๆ ตามโครงสร้างของหลักสูตรแพทยศาสตรบัณฑิต
   2.3 เพื่อจัดเก็บ บริหารจัดการ และติดตามข้อมูลการประเมินผลการเรียนของนิสิตแพทย์เป็นรายบุคคล ครอบคลุมการประเมินรายหัวข้อ การประเมินแบบ 360 องศา รวมถึงการสะท้อนผลลัพธ์ตามกรอบแนวคิด EPA และ Milestone
   ช

๖ ก.ค. ๒๔๖๙
2
2.4 เพื่อพัฒนาระบบบันทึก logbook อิเล็กทรอนิกส์รายบุคคล สําหรับใช้บันทึกกิจกรรมการเรียนรู้และ ประสบการณ์ทางคลินิกของนิสิตแพทย์อย่างเป็นระบบ
2.5 เพื่อสนับสนุนการดําเนินการประเมินผลของอาจารย์ผู้สอนและแพทย์พี่เลี้ยงให้มีความสะดวก รวดเร็ว และ สามารถประเมินได้ทุกที่ ทุกเวลา ผ่านแพลตฟอร์มเดียวกัน
2.6
เพื่อเชื่อมโยงและบูรณาการข้อมูลด้านการเรียนการสอนและการประเมินผลเข้ากับระบบสารสนเทศ
ส่วนกลางของมหาวิทยาลัยฯอย่างต่อเนื่องและไร้รอยต่อ
2.7 เพื่อลดภาระงานด้านเอกสารและขั้นตอนการปฏิบัติงานที่ซ้ําซ้อน ส่งเสริมให้การบริหารจัดการภายในคณะ
มีความคล่องตัวและมีประสิทธิภาพมากยิ่งขึ้น
2.8 เพื่อส่งเสริมแนวคิดการเรียนรู้ที่ผู้เรียนเป็นศูนย์กลาง (Student-Centered Learning) โดยเปิดโอกาสให้ นิสิตสามารถติดตามความก้าวหน้าและวางแผนการเรียนรู้ของตนเองได้อย่างเป็นระบบ
2.9 เพื่อจัดทํารายงาน สรุปผล และวิเคราะห์ข้อมูลเชิงสถิติที่เกี่ยวข้องกับการจัดการเรียนการสอน เพื่อนําไปใช้ ในการวางแผน ปรับปรุง และพัฒนาหลักสูตรในอนาคต
2.10 เพื่อยกระดับคุณภาพการจัดการศึกษาแพทยศาสตร์ และเสริมสร้างศักยภาพของนิสิตแพทย์ให้มีความ พร้อมในการประกอบวิชาชีพตามมาตรฐานระดับชาติและนานาชาติ
3. คุณสมบัติของผู้ยื่นข้อเสนอ
3.1 ตามรายละเอียดร่างประกาศ และ ร่างเอกสารประกวดราคา หรือ ตามรายละเอียดประกาศ และ
เอกสารประกวดราคา
3.2 ผู้ยื่นข้อเสนอต้องมีผลงานการพัฒนาระบบสารสนเทศสําหรับการบริหารจัดการการศึกษา หรือบริหาร จัดการข้อมูลทางการแพทย์ สาธารณสุขหรือโรงพยาบาล ที่รองรับการใช้งานผ่าน Web-Based Application และ/หรือMobile Application ที่ตรวจรับเสร็จสมบูรณ์แล้ว มูลค่างานไม่ต่ํากว่า 5 ล้านบาท โดยต้องมี หลักฐานเป็นหนังสือรับรองผลงานจากหน่วยราชการ รัฐวิสาหกิจ หน่วยงานของรัฐ หรือหน่วยงานเอกชนที่ เชื่อถือได้ พร้อมสําเนาสัญญามา โดยให้ยื่นขณะเข้าเสนอราคา เพื่อให้มั่นใจว่าผู้ยื่นข้อเสนอมีความพร้อม มี ศักยภาพ และมีประสบการณ์ความเชี่ยวชาญในงานลักษณะดังกล่าวอย่างแท้จริง อันจะเป็นหลักประกันได้ว่า
การดําเนินงานติดตั้งระบบจะเป็นไปอย่างราบรื่น ถูกต้องตามหลักการวิศวกรรมซอฟต์แวร์และเทคโนโลยี สารสนเทศ ลดความเสี่ยงจากการทิ้งงาน หรือความเสียหายที่อาจเกิดขึ้นต่อระบบงานเดิมขององค์กร จึงมีความ จําเป็นต้องกําหนดให้ผู้ยื่นข้อเสนอต้องยื่น ผลงานประเภทเดียวกัน ที่เสร็จสมบูรณ์แล้ว เพื่อประกอบการ พิจารณาคุณสมบัติทางด้านเทคนิคและความพร้อมในการบริหารโครงการให้สําเร็จลุล่วงตามวัตถุประสงค์
4. รายละเอียดคุณลักษณะเฉพาะของระบบงาน
4.1 ข้อกําหนดทั่วไป
4.1.1.
4.1.2.
รองรับการใช้งานผ่าน Web Application สําหรับนิสิต เจ้าหน้าที่ และอาจารย์ รองรับการใช้งานผ่าน Mobile Application สําหรับนิสิตและอาจารย์ โดยรองรับการ
ทํางานได้ทั้ง iOS และ Android อย่างมีประสิทธิภาพและสามารถดาวน์โหลดแอปพลิเคชันได้จาก
Google Play Store la App Store
4.1.3.
รูปแบบ ดังนี้
ระบบอนุญาตให้ผู้ใช้ยืนยันตัวตนและเข้าใช้งานระบบได้ผ่านทางกรรมวิธีอย่างน้อย 3

1. Federal Authentication ของมหาวิทยาลัยฯ (KU All Login)

• ๖ ก.ค. ๒๕๖๙

4.1.4.
4.1.5.
Social Authentication ที่ได้รับความเชื่อถือ เช่น THAID, Google OAUTH 3. Local Authentication ที่เป็นผู้ใช้ของระบบเอง
รองรับการใช้งาน 2 ภาษา ได้แก่ ภาษาไทยและภาษาอังกฤษ ผู้ขายต้องติดตั้งและทดสอบการทํางานของระบบ บนเครื่องคอมพิวเตอร์แม่ข่ายของ
มหาวิทยาลัยฯ
4.1.6.
4.1.7.
การทดสอบและการนําระบบขึ้นใช้งาน (Testing and Deployment)
4.1.6.1. การทดสอบระบบการทํางานแบบหน่วยย่อย (Unit Test) 4.1.6.2. การทดสอบการทํางานร่วมกันของระบบ (Integration Test) 4.1.6.3. การทดสอบการยอมรับระบบโดยผู้ใช้งาน (User Acceptance Test - UAT) 4.1.6.4. การทดสอบและประเมินความมั่นคงปลอดภัยของระบบ (Security Testing)
(1) สแกนหาช่องโหว่ของซอร์สโค้ด (Source Code Vulnerability Scan) และต้องดําเนินการแก้ไขข้อบกพร่องที่พบให้หมดไป
(2) การประเมินช่องโหว่ของระบบ (Vulnerability Assessment - VA Scan) ตามแนวทางปฏิบัติด้านความมั่นคงปลอดภัย เช่น มาตรฐาน OWASP เป็นต้น และต้องดําเนินการแก้ไขปิดช่องโหว่ที่ตรวจพบทั้งหมด
(3) ผู้ขายต้องจัดให้มีการทดสอบเจาะระบบ (Penetration Test) โดย บริษัทภายนอกที่ได้รับการรับรองมาตรฐาน (เช่น CREST, OSCP หรือเทียบเท่า) อย่าง น้อย 1 ครั้งก่อนการส่งมอบงานงวดสุดท้าย และต้องดําเนินการแก้ไขช่องโหว่ที่ตรวจพบ ทั้งหมดก่อนตรวจรับงาน ทั้งนี้ค่าใช้จ่ายในการดําเนินการดังกล่าวให้รวมอยู่ในวงเงิน
โครงการ
การถ่ายโอนการปฏิบัติงานและการดูแลรักษาระบบ (Operational Transition)
4.1.7.1. เอกสารคู่มือการติดตั้งระบบ
(1) คู่มือการติดตั้งสภาพแวดล้อมสําหรับนักพัฒนาระบบ (Development
Environment Installation Manual)
(2)
คู่มือการติดตั้งสภาพแวดล้อมสําหรับการทดสอบระบบ (Test
Environment Installation Manual)
(3)
คู่มือการติดตั้งสภาพแวดล้อมสําหรับการใช้งานจริง (Production
Environment Installation Manual)
(4) คู่มือการนําระบบขึ้นใช้งาน (Deployment Manual)
4.1.7.2. รายงานสําหรับการบริหารจัดการระบบ
(1)
รายงานการจัดการและควบคุมดูแลระบบสําหรับผู้ดูแล (System
Management and Control Report)
(2)
รายงานแสดงประสิทธิภาพการทํางานของระบบ (Performance
Report) โดยต้องครอบคลุมในส่วนของ Application, Database และ API
(3) รายงานด้านความมั่นคงปลอดภัยระบบ และรายงานเหตุการณ์การ ละเมิดนโยบายความมั่นคงปลอดภัย (Security and Incident Report)
2
๖ ก.ค. ๒๕๖๙
3
4
4.2.
4.1.8.
(4)
บันทึกรายการกิจกรรมการประมวลผลข้อมูลส่วนบุคคล (Record of
Processing Activities - ROPA) เพื่อให้สอดคล้องกับพระราชบัญญัติคุ้มครองข้อมูล ส่วนบุคคล (PDPA)
การพัฒนาระบบเพื่อรองรับการเชื่อมต่อกับระบบภายนอก (External System
Integration)
4.1.8.1. การเชื่อมต่อแบบประสานเวลา (Synchronous)
(1) ต้องจัดทําเอกสารข้อกําหนดการเชื่อมต่อ (Interface Specification) โดยอ้างอิงรูปแบบที่เป็นที่ยอมรับในอุตสาหกรรม เช่น เอกสารอธิบาย API ตามรูปแบบ OpenAPI สําหรับ REST หรือ เอกสาร WSDL สําหรับ SOAP เป็นต้น 4.1.8.2. การเชื่อมต่อแบบไม่ประสานเวลา (Asynchronous)
(1)
รองรับการเชื่อมต่อผ่านระบบจัดการข้อความ (Message-Oriented Middleware) โดยต้องรองรับมาตรฐานการสื่อสารอย่างใดอย่างหนึ่ง ได้แก่ AMOP,
MQTT И WebSocket
คุณสมบัติพื้นฐานของระบบสําหรับนิสิต (Web/Mobile Application)
4.2.1.
4.2.2.
ข่าวสารและประกาศของคณะแพทยศาสตร์
4.2.1.1. รองรับการเชื่อมต่อข่าวสารและประกาศของมหาวิทยาลัยฯ
4.2.1.2. แสดงข่าวสาร และประกาศต่างๆ จากมหาวิทยาลัยฯและคณะแพทยศาสตร์ 4.2.1.3. แสดงผลข่าวสาร และประกาศต่างๆเป็นรายการ (List) ได้
4.2.1.4. แสดงผลข่าวสาร และประกาศต่างๆเป็นรายละเอียด (Detail) ได้ ข้อมูลส่วนตัวและการศึกษาของนิสิต
4.2.2.1. รองรับการเชื่อมต่อข้อมูลส่วนตัวและการศึกษาของนิสิต
4.2.2.2. แสดงข้อมูลส่วนตัวนิสิต
4.2.2.3. เปลี่ยนแปลงรูป Profile นิสิตได้
4.2.2.4. แสดงข้อมูลผลการเรียนในภาคการศึกษาปัจจุบัน
4.2.2.5. แสดงข้อมูลผลการเรียนในรูปแบบรายภาคการศึกษา
4.2.2.6. แสดงข้อมูลผลการเรียนในรูปแบบตามโครงสร้างหลักสูตร
4.2.2.7. แสดงข้อมูลผลการเรียนโดยสรุป
4.2.2.8. แสดงข้อมูลสุขภาพจิตจากการประเมินคัดกรองสุขภาพจิต 4.2.2.9. แสดงข้อมูลทุนการศึกษา (กรณีที่ได้รับทุนการศึกษา) 4.2.2.10.แสดงข้อมูลเหรียญรางวัลหรือประกาศนียบัตรที่ได้รับ
4.2.2.11. แสดงบัตรนิสิตเสมือนจริง (Virtual ID Card) พร้อม Dynamic QR Code 4.2.2.12. แสดงตารางเรียนและตารางสอบทั้งภาคทฤษฎีและปฏิบัติในภาคการศึกษา
ปัจจุบันและภาคการศึกษาที่ผ่านมา 4.2.2.13.แสดงปฏิทินการศึกษาในภาคการศึกษาปัจจุบัน
4.2.2.14. แสดงประวัติการถูกหักคะแนนความประพฤติของตนเองโดยแสดงรายการการ
ลงโทษทางวินัย พร้อมวันที่ และเหตุผล
4.2.2.15.แสดงข้อมูลกลุ่มของตัวเอง ตามชั้นเรียนที่อยู่
ก.ค. ๒๕๖๙
5
4.2.3.
4.2.4.
4.2.5.
4.2.6.
4.2.2.16. แสดงแดชบอร์ดสรุปภาพรวมว่านิสิตแต่ละรายผ่านเกณฑ์สําคัญครบถ้วนแล้ว
หรือไม่
(1) แสดงลักษณะเกณฑ์ Criteria อ้างอิงตามที่เจ้าหน้าที่คณะเป็นผู้กําหนด และ แสดงผลการผ่าน/ไม่ผ่าน ตามเกณฑ์ที่กําหนดดังกล่าวได้แก่ ผลการสอบ ศรว. ของ แพทยสภาในแต่ละขั้นตอน
4.2.2.17. แสดงข้อมูลชั่วโมงกิจกรรม โดยดึงข้อมูลชั่วโมงกิจกรรมของนิสิตจากระบบ
ส่วนกลางของมหาวิทยาลัยฯ เช่น กองพัฒนานิสิต สํานักบริการวิชาการ ผ่าน API หรือการนําเข้าข้อมูลอัตโนมัติ
4.2.2.18. แสดงชั่วโมงกิจกรรมแยกตามประเภท/ด้าน
4.2.2.19. แสดงสถานะว่าชั่วโมงกิจกรรมครบตามเกณฑ์ที่กําหนดแล้วหรือไม่
ระบบการเงิน
4.2.3.1. รองรับการเชื่อมต่อกับส่วนกลางของมหาวิทยาลัยฯเพื่อแสดงผลการชําระเงิน 4.2.3.2. แสดงหลักฐานการชําระเงินค่าลงทะเบียนเรียน 4.2.3.3. แสดงรายละเอียดของแต่ละรายการชําระเงินได้
4.2.3.4. แสดงข้อมูลเกี่ยวกับการได้รับทุนจากมหาวิทยาลัยฯและทุนภายนอกอื่นๆ
ระบบตารางเวรและหมุนเวียนฝึกภาควิชา
4.2.4.1. แสดงปฏิทินตารางเวรและหมุนเวียนฝึกภาควิชารายคนแบบรายเดือน ราย
สัปดาห์ และรายวันพร้อมแสดงรายละเอียด
4.2.4.2. แสดงตารางเวรในรูปแบบไฟล์ PDF ซึ่งผูกกับรายวิชา ผ่านการอัพโหลดข้อมูล
ผ่านทางเจ้าหน้าที่
4.2.4.3. แสดงประวัติการแลกเวรของนิสิต (จัดการโดยเจ้าหน้าที่) ระบบตรวจสอบและเช็กชื่อการเข้าเวร
4.2.5.1. ตรวจสอบสถานะและประวัติการเรียน - เข้าเวร ได้แก่ ตรงเวลา มาสาย ขาด
เรียน ลาโดยได้รับอนุญาตและต้องชดเชย
4.2.5.2. แสดงสถานะการเช็กชื่อเข้าเวร ผ่านการนําเข้าข้อมูล โดยเจ้าหน้าที่ ระบบรับเคสผู้ป่วย (แจกเคส)
4.2.6.1. แสดงรายการเคสผู้ป่วยที่ได้รับมอบหมายให้ดูแล
4.2.6.2. แสดงรายละเอียดเคสในระดับที่เหมาะสมตามสิทธิ์ เช่น
(1) ประเภทเคส
ช่วงเวลาที่รับผิดชอบ
(2)
แผนก/สาขา
(3)
ระดับความซับซ้อน
(4)
(1)
4.2.6.3. แสดงประวัติการรับเคส
แสดงประวัติการรับเคสย้อนหลังทั้งหมด
(2) แสดงจํานวนเคสสะสม แยกตามประเภทหรือสาขา
(3)
แสดงความคืบหน้าในการผ่านเกณฑ์จํานวนเคสขั้นต่ําตามที่คณะ
กําหนด
– ๖ ก.ค. ๒๕๖๙