DEVELOPMENT PROJECT UPDATE Update Task สรุปความคืบหน้า Developer : คิว | ปลา | อิง | เวฟ | โบ๊ท | พอมแพม | หลง ข้อมูล ณ วันที่ 7 ตุลาคม 2569 |
เรียนคุณเดียร์ ขออนุญาตรายงานสรุปสถานะและความคืบหน้าของทีม Developer เพื่อประกอบการติดตามงานครับ |
งานทั้งหมด 14 โครงการ | In Progress 7 50% | Completed 7 50% |
|
|
PM Assistant (Line Group) IN PROGRESS | | อยู่ระหว่างดำเนินการ (In Progress) โดยได้ปรับบอทให้ตอบคำถามตามบริบทได้แม่นยำขึ้น ระบุเจ้าของข้อมูลชัดเจน และแก้การตีความช่วงเวลา เช่น “อาทิตย์นี้” ให้สรุปเฉพาะวันที่ผ่านมาแล้ว พร้อมเพิ่มการสรุป Blog รายวันจากเนื้อหาจริงและแสดง Blog/Taiga Card ที่กดลิงก์ต่อได้ รวมถึงรองรับ Blog หลายวันแบบ Carousel และเพิ่ม Memory ชั่วคราวเพื่อให้คุยต่อเนื่องได้ดีขึ้น นอกจากนี้ยังเชื่อมต่อ Taiga แบบ Read-only สำเร็จ และอัปเดต Knowledge/Glossary ให้รองรับคำศัพท์และข้อมูลที่ใช้งานในทีมได้ครบขึ้น |
|
Smart BMS (ระบบจองห้องประชุม) COMPLETED | | ดำเนินการสำเร็จ (Completed) โดยได้เพิ่มระบบแจ้งเตือน HR เมื่อมีการจอง และแจ้งผู้จองเมื่อมีการอนุมัติหรือยกเลิก พร้อมปรับการยกเลิกจากการลบข้อมูลเป็นการเปลี่ยนสถานะและบังคับระบุเหตุผล รวมถึงเพิ่มตัวกรองปีและปรับมุมมองรายเดือนให้เห็นหลายการจองในห้องเดียวได้ชัดเจนขึ้น นอกจากนี้ยังแก้ปัญหาการบันทึกชื่อห้อง และปรับ IT Ticket ให้รองรับมือถือ อัปเดตอัตโนมัติเมื่อมี Ticket ใหม่ และแก้เส้นทางแจ้งเตือนให้ถูกต้อง โดยเหลือเพียงการ Deploy การเพิ่มฟิลด์เหตุผลการยกเลิกในฐานข้อมูล |
|
Smart BMS (Knowledge) COMPLETED | | ดำเนินการสำเร็จ (Completed) โดยได้ปรับหน้า Knowledge ให้รองรับการใช้งานบนมือถือมากขึ้น เพิ่มตัวกรองรายเดือน การแจ้งเตือนเมื่อมีโพสต์ใหม่ รายชื่อผู้กดถูกใจ และรองรับการแสดงเนื้อหา HTML พร้อมปรับ UI/Tooltip ให้มีรูปแบบใกล้เคียง Facebook และใช้งานง่ายขึ้น นอกจากนี้ยังปรับสีหน้า Login ให้สบายตา พร้อมเชื่อมการใช้งานร่วมกับระบบจองห้องประชุมที่รองรับการจองหลายวัน ตัวกรองสถานะ การยกเลิก และมุมมองรายเดือน รวมถึงแก้บั๊ก UI หลายส่วนเรียบร้อยแล้ว |
|
ภาพรวม
PM Assistant (Line Group) (In Progress) มี Pain Point คือบอทยังต้องเข้าใจบริบท เวลา และข้อมูลจากหลายแหล่งให้แม่นยำ แนวทางแก้ไข จึงเพิ่ม Memory ชั่วคราว สรุป Blog ตามเนื้อหาจริง เชื่อม Taiga แบบ Read-only และปรับ Knowledge/Glossary ผลลัพธ์ปัจจุบัน คือสนทนาต่อเนื่องและค้นข้อมูลได้แม่นขึ้น ส่วน Smart BMS ห้องประชุม (Completed) เพิ่มแจ้งเตือน อนุมัติ/ยกเลิกพร้อมเหตุผล และปรับ IT Ticket ผลลัพธ์ที่ผู้ใช้ได้รับ คือจัดการจองได้ชัดเจนขึ้น และ Smart BMS Knowledge (Completed) ปรับ Mobile, Filter, Notification และ UI แบบ Social ผลลัพธ์ที่ผู้ใช้ได้รับ คือค้นหาและติดตามองค์ความรู้ได้สะดวกขึ้น |
|
BMS HOSxP Plus ER Paperless (V2) IN PROGRESS | | อยู่ระหว่างดำเนินการ (In Progress) โดยได้ยก UI ต้นแบบล่าสุดเข้าระบบและปรับหน้าคนไข้ ER ให้ใช้งานยืดหยุ่นขึ้น ทั้งการจัดลำดับแท็บเอง นัดหมาย อุบัติเหตุ และฟอร์มบันทึกข้อมูลอุบัติเหตุพร้อม AI ช่วยจัดข้อมูลจากข้อความหรือเสียง นอกจากนี้ยังปรับหน้าคัดกรองให้ตรงต้นแบบ รองรับ ESI/NEWS2 และเพิ่มฟังก์ชันสแกนหน้าจอมอนิเตอร์เพื่ออ่านค่าสัญญาณชีพด้วย AI พร้อมปรับหน้าลงทะเบียน ER และแก้การจับคู่คำแนะนำยาให้แม่นยำขึ้น รวมถึงแก้ปัญหา Session หมดอายุและเพิ่มเครื่องมือช่วยตรวจอุปกรณ์ที่ใช้ทดสอบแอป |
|
ภาพรวม
BMS HOSxP Plus ER Paperless (V2) มี Pain Point คือ Flow ผู้ป่วย ER ต้องรองรับการคัดกรอง อุบัติเหตุ และข้อมูล Vital Sign ได้รวดเร็วและแม่นยำ แนวทางแก้ไข จึงยก UI ต้นแบบล่าสุด ปรับแท็บ/นัดหมาย/อุบัติเหตุ เพิ่ม AI ช่วยจัดข้อมูลจากข้อความหรือเสียง รองรับ ESI/NEWS2 และอ่านค่าสัญญาณชีพจากหน้าจอมอนิเตอร์ พร้อมแก้ Session และการจับคู่ยา ผลลัพธ์ปัจจุบัน คือการบันทึกและคัดกรองผู้ป่วยมีความคล่องตัวขึ้น ลดการกรอกข้อมูลซ้ำ และช่วยให้ทีม ER เข้าถึงข้อมูลสำคัญได้เร็วขึ้น |
|
HOSxP Media Center IN PROGRESS | | อยู่ระหว่างดำเนินการ (In Progress) โดยได้ปรับหน้าออกแบบเนื้อหาให้เริ่มต้นเป็นรูปแบบ Banner และรองรับการจัดวางวิดีโอ รูปภาพ และข้อความร่วมกันได้อย่างยืดหยุ่น พร้อมเพิ่มการอัปโหลดและสร้างรูปภาพด้วย AI เพื่อช่วยเตรียมสื่อได้สะดวกขึ้น นอกจากนี้ยังออกแบบหน้า Login ใหม่ เพิ่มการยืนยันก่อนทำรายการสำคัญ 6 จุดเพื่อลดความผิดพลาด และเพิ่ม Health Check กับชุดทดสอบ API สำหรับตรวจสอบความพร้อมของระบบ โดยส่วนการสร้างวิดีโอจาก Template อยู่ในขั้นศึกษาและพักไว้ก่อน เพื่อมุ่งพัฒนาฟังก์ชันหลักให้พร้อมใช้งานก่อน |
|
RCA (Root Cause Analysis) IN PROGRESS | | อยู่ระหว่างดำเนินการ (In Progress) โดยได้แก้ไขการแนบและจัดการไฟล์ประกอบเอกสารให้ทำงานได้ถูกต้องขึ้น พร้อมปรับกระบวนการดึงข้อมูลเพื่อลด Query ที่ซ้ำซ้อน ทำให้หน้าแหล่งข้อมูลโหลดเร็วขึ้นจากประมาณ 6–9 วินาที เหลือราว 1.6 วินาทีเมื่อทดสอบกับฐานข้อมูล HOSxP จริง นอกจากนี้ยังได้ทดสอบและบันทึกผลขั้นตอนการอนุมัติของระบบ เพื่อยืนยันความถูกต้องของ Flow และใช้ติดตามประเด็นที่อาจพบเพิ่มเติมในขั้นตอนถัดไป |
|
ภาพรวม
HOSxP Media Center (In Progress) มี Pain Point คือการสร้างสื่อต้องยืดหยุ่นและลดความผิดพลาดในการใช้งาน แนวทางแก้ไข จึงเพิ่ม Banner, วิดีโอ/ภาพ/ข้อความ, สร้างภาพด้วย AI, Login ใหม่ และยืนยันก่อนทำรายการสำคัญ พร้อม Health Check/API Test ผลลัพธ์ปัจจุบัน คือเตรียมสื่อและตรวจความพร้อมระบบได้สะดวกขึ้น ส่วน RCA (In Progress) มี Pain Point คือการจัดการไฟล์และการโหลดข้อมูลยังช้า แนวทางแก้ไข จึงแก้ไฟล์แนบและลด Query ซ้ำ ผลลัพธ์ปัจจุบัน คือหน้าแหล่งข้อมูลเร็วขึ้นจาก 6–9 วินาทีเหลือราว 1.6 วินาที และ Flow อนุมัติได้รับการทดสอบแล้ว |
|
Report Center (คลินิกสัตว์) IN PROGRESS | | อยู่ระหว่างดำเนินการ (In Progress) โดยได้ปรับระบบให้ใช้ Workspace และ API Key เดียว พร้อมระบุสถานพยาบาลจากรหัสที่ส่งมากับคำขอ และเปลี่ยนการอ้างอิง Template มาใช้ Form Code แทนการผูกกับฐานข้อมูลเดิม นอกจากนี้ยังเพิ่ม Query Builder สำหรับเชื่อมข้อมูลหลายตาราง รองรับ JOIN หลายรูปแบบ พร้อมปรับ Filter/Sort ให้เห็นที่มาของแต่ละคอลัมน์ชัดเจน โดยได้ทดสอบกับข้อมูลจริงและสามารถสร้างรายงานพร้อมส่งออก PDF ได้ถูกต้อง รวมถึงจัดทำเอกสารสำหรับสถานพยาบาล 2 ฉบับ และอยู่ระหว่างพัฒนาระบบสิทธิ์การมองเห็น Template ตามระดับผู้ใช้ สถานพยาบาล และลูกค้า |
|
ภาพรวม
Report Center (คลินิกสัตว์) (In Progress) มี Pain Point คือการเชื่อมข้อมูลหลายสถานพยาบาลและการจัดการ Template/สิทธิ์ต้องยืดหยุ่นและลดการผูกกับฐานข้อมูลเดิม แนวทางแก้ไข จึงปรับเป็น Workspace/API Key เดียว ใช้ Form Code แทน Template เดิม และเพิ่ม Query Builder รองรับ JOIN, Filter และ Sort หลายตาราง ผลลัพธ์ปัจจุบัน คือทดสอบข้อมูลจริงและส่งออก PDF ได้ถูกต้อง พร้อมมีเอกสารใช้งาน 2 ฉบับ โดยเหลือพัฒนาสิทธิ์การมองเห็น Template ตามระดับผู้ใช้และสถานพยาบาล |
|
Smart Back Office IN PROGRESS | | อยู่ระหว่างดำเนินการ (In Progress) โดยได้เพิ่มงานคลัง Inventory ทั้งรายการสินค้าในคลังที่รองรับ Lot, Stock Card, กราฟแนวโน้ม และยอดคงเหลือ รวมถึงกระบวนการขอเบิก–อนุมัติ–จัดส่งแบบ FEFO และยืนยันรับสินค้า พร้อมแก้ปัญหาหน้าบันทึกรับสินค้าที่เดิมไม่สามารถเปิดหรือสร้างใบรับได้ นอกจากนี้ยังพัฒนาระบบ License แยกตามโรงพยาบาลเพื่อเปิดใช้เฉพาะโมดูลที่ซื้อ และเพิ่มการแจ้งเตือนเวอร์ชันใหม่พร้อม What's New กับวิดีโอแนะนำ รวมถึงแก้ช่องโหว่ระดับ Critical โดยระบบ License พัฒนาเสร็จในเครื่องแล้ว แต่ยังไม่ได้ Commit |
|
Inventory Portal COMPLETED | | ดำเนินการสำเร็จ (Completed) โดยได้ปรับการยืนยันรับสินค้าบริจาคเข้าคลัง รพ.สต. ให้บันทึกประเภทการบริจาคได้ครบถ้วนและแสดงข้อความตรงกับหน้าจอ พร้อมเพิ่มตัวกรองช่วงวันที่และ Dropdown ที่ล้างค่าได้ในหน้า Integration Monitor นอกจากนี้ยังปรับหน้ารายงานให้ใช้ข้อมูลจริงแทนข้อมูลตัวอย่าง และเพิ่มป้ายแจ้งเตือนเวอร์ชันใหม่พร้อมรายละเอียดการเปลี่ยนแปลง เพื่อให้ผู้ใช้งานติดตามข้อมูลและการอัปเดตระบบได้ชัดเจนมากขึ้น |
|
ภาพรวม
Smart Back Office (In Progress) มี Pain Point คือระบบคลังต้องรองรับตั้งแต่ Lot, Stock Card จนถึงเบิก–อนุมัติ–จัดส่งแบบ FEFO และควบคุมสิทธิ์ตาม License แนวทางแก้ไข จึงเพิ่ม Flow คลังครบวงจร แก้การสร้างใบรับ เพิ่ม License แยกโรงพยาบาล แจ้งเตือนเวอร์ชัน/What’s New และแก้ช่องโหว่ Critical ผลลัพธ์ปัจจุบัน คือการจัดการคลังและสิทธิ์เป็นระบบมากขึ้น ส่วน Inventory Portal (Completed) ปรับรับสินค้าบริจาค Filter/Monitor รายงานข้อมูลจริง และแจ้งเวอร์ชันใหม่ ผลลัพธ์ที่ผู้ใช้ได้รับ คือข้อมูลคลังและการติดตามระบบชัดเจน ถูกต้อง และใช้งานสะดวกขึ้น |
|
Metaherb App COMPLETED | | ดำเนินการสำเร็จ (Completed) โดยได้เตรียมแอปเวอร์ชัน 1.1.8 สำหรับนำขึ้น App Store พร้อมติดตั้งกุญแจ Apple Sign-in บนระบบ UAT และทดสอบการเข้าสู่ระบบ รวมถึงการถอนสิทธิ์เมื่อลบบัญชีผ่าน TestFlight ซึ่งทำงานได้ถูกต้อง ขณะเดียวกันได้ Merge ระบบ Backend ขึ้น Production แล้ว และเหลือเพียงติดตั้งกุญแจ Apple Sign-in บน Production เป็นขั้นตอนสุดท้ายก่อนเผยแพร่แอป |
|
Healthflow API COMPLETED | | ดำเนินการสำเร็จ (Completed) โดยได้เพิ่มระบบเข้าสู่ระบบด้วย Facebook พร้อมตรวจสอบ Token กับ Facebook เพื่อเพิ่มความปลอดภัย และนำขึ้น UAT เรียบร้อยแล้ว รวมถึงพัฒนาหน้าประวัติการแจ้งเตือนให้ผู้ใช้ตรวจสอบข้อมูลย้อนหลังได้ทั้งการนัดหมาย ยา คิว และค่าบริการ พร้อมรองรับการเปิดอ่านแจ้งเตือน นอกจากนี้ยังปรับการจัดการ MophAlert Gateway ให้ใช้กุญแจเฉพาะสำหรับผู้ดูแลระบบ และจัดทำคู่มือทดสอบ Video Call (Telemed) สำหรับทีมที่เกี่ยวข้องเรียบร้อยแล้ว |
|
ภาพรวม
Metaherb App (Completed) มีโจทย์เพื่อเตรียมแอปให้พร้อมเผยแพร่บน App Store สิ่งที่ดำเนินการสำเร็จ ได้เตรียมเวอร์ชัน 1.1.8 ทดสอบ Apple Sign-in และการถอนสิทธิ์ผ่าน TestFlight พร้อม Merge Backend ขึ้น Production ผลลัพธ์ที่ผู้ใช้ได้รับ คือ Flow เข้าสู่ระบบทำงานถูกต้องและแอปพร้อมเข้าสู่ขั้นตอนเผยแพร่ โดยเหลือติดตั้งกุญแจบน Production ส่วน Healthflow API (Completed) เพิ่ม Facebook Login พร้อมตรวจ Token ประวัติแจ้งเตือน นัดหมาย/ยา/คิว/ค่าบริการ ปรับ MophAlert Gateway และคู่มือ Telemed ผลลัพธ์ที่ผู้ใช้ได้รับ คือเข้าสู่ระบบปลอดภัยขึ้น ติดตามแจ้งเตือนได้ครบ และทีมมีแนวทางทดสอบ Video Call ชัดเจน |
|
Atlas Dashboard (Family, Village, Patient Detail, App Usages) COMPLETED | | ดำเนินการสำเร็จ (Completed) โดยได้สรุปและพัฒนาจอเฝ้าระวังสำหรับ รปภ. หมู่บ้านตาม Spec 016 ครอบคลุมการจับคู่อุปกรณ์ การเข้ากะ ระบบไซเรน การเชื่อมต่อแบบ Realtime และการจัดการ Token พร้อมทดสอบ Smart Village ผ่าน 476 เคส นอกจากนี้ยังทดสอบนาฬิกาจริงต่อเนื่อง 7.5 ชั่วโมงเพื่อเปรียบเทียบโหมดใช้งาน และสรุปให้โหมด 4 เป็นค่ามาตรฐานสำหรับใส่ทั้งวัน พร้อมปรับการแจ้งเตือนแบตต่ำ การส่งข้อมูลซ้ำเมื่อ Gateway ล่ม และย้ายค่าตั้งแผนที่ออกจาก Git ไปเก็บแยกตามสภาพแวดล้อม โดย Merge เข้า SIT เรียบร้อยแล้ว |
|
App AtlasHomeCare COMPLETED | | ดำเนินการสำเร็จ (Completed) โดยได้ทดสอบระบบแจ้งเตือน Live Visit บน Dev ครบทุกเส้นทาง ทั้ง Web และ Mobile บน Samsung/iPhone โดยสามารถแจ้งเตือน เปิดหน้าเยี่ยมบ้านสด เลือกผู้รับอัตโนมัติ และหยุดแจ้งเตือนตามการตั้งค่าได้ถูกต้อง พร้อมพบประเด็นเคสปิดแล้วแต่ยังแจ้งเตือนและเวลาการเดินทางผิดปกติ ซึ่งได้บันทึกไว้เพื่อแก้ไขต่อ นอกจากนี้ยังทดสอบการเปิด UAT ผ่าน Cloudflare Tunnel ซึ่งรองรับ Notification, SSE และแผนที่ได้ แต่ยังติดการลงทะเบียนโดเมนกับ MOPH/BMS และได้ศึกษาแนวทางแจ้งเตือนแบบค้างบน Android เพื่อให้ผู้ใช้เห็นสถานะต่อเนื่องมากขึ้น |
|
HealthFlow API IN PROGRESS | | อยู่ระหว่างดำเนินการ (In Progress) โดยได้พัฒนา Backend สำหรับจอเฝ้าระวัง รปภ. ตาม Spec 016 ครบทั้ง 9 งาน ครอบคลุมการจับคู่จอ การเข้ากะด้วย QR การรับทราบและปิดเหตุ รวมถึง API สำหรับจอ รปภ. และส่วนกลาง 19 เส้น พร้อมปรับ Rate Limit ให้รองรับหลายอุปกรณ์ได้เหมาะสมขึ้น นอกจากนี้ยังเพิ่มการกวาดเหตุย้อนหลัง 24 ชั่วโมงเมื่อระบบกลับมาทำงาน ป้องกันเหตุ SOS ตกหล่น และแก้เงื่อนไขการจับคู่เหตุ/พิกัดให้แม่นยำขึ้น โดย Smart Village ทดสอบผ่านครบ 361/361 เคส และชุดทดสอบรวมผ่าน 275 จาก 277 ชุด ซึ่ง 2 ชุดที่ไม่ผ่านไม่เกี่ยวกับงานส่วนนี้ |
|
ภาพรวม
Atlas Dashboard (Completed) พัฒนาจอเฝ้าระวัง รปภ. Smart Village ครบตาม Spec 016 ทดสอบผ่าน 476 เคส และนาฬิกาจริง 7.5 ชม. ผลลัพธ์ที่ผู้ใช้ได้รับ คือระบบเฝ้าระวังและอุปกรณ์มีความเสถียรพร้อมใช้งานมากขึ้น ส่วน App AtlasHomeCare (Completed) ทดสอบ Live Visit ครบ Web/Mobile และบันทึกประเด็นที่เหลือเพื่อแก้ต่อ ผลลัพธ์ คือ Flow แจ้งเตือนและติดตามเยี่ยมบ้านใช้งานได้ต่อเนื่อง ขณะที่ HealthFlow API (In Progress) มี Pain Point คือเหตุ SOS ต้องไม่ตกหล่นและรองรับหลายอุปกรณ์ แนวทางแก้ไข พัฒนา Backend 9 งาน/API 19 เส้น เพิ่มกวาดเหตุย้อนหลังและปรับ Rate Limit ผลลัพธ์ปัจจุบัน คือ Smart Village ผ่าน 361/361 เคสและพร้อมเชื่อมใช้งานมากขึ้น |
รายงานสรุปความคืบหน้าทีม Developer
ข้อมูล ณ วันที่ 7 ตุลาคม 2569 |