# IEC 62304 คืออะไร? คู่มือ Medical Device Software Lifecycle 2026
ในยุคที่อุปกรณ์การแพทย์ (Medical Device) เกือบทุกชนิด ตั้งแต่เครื่องวัดน้ำตาลในเลือด ปั๊มอินซูลิน เครื่องช่วยหายใจ จนถึงระบบ MRI และ AI Diagnostic Software ล้วนขับเคลื่อนด้วยซอฟต์แวร์ ความปลอดภัยของผู้ป่วยจึงไม่ได้ขึ้นอยู่กับฮาร์ดแวร์เพียงอย่างเดียวอีกต่อไป IEC 62304 จึงกลายเป็นมาตรฐานสากลที่ผู้ผลิตและนักพัฒนา Medical Device Software ทั่วโลกต้องทำความรู้จักและปฏิบัติตาม
ผู้ประกอบการ SME ไทยที่ต้องการส่งออกอุปกรณ์การแพทย์ไปยัง EU (CE Marking ภายใต้ MDR) หรือสหรัฐ (FDA 510(k) / De Novo / PMA) มักสะดุดกับคำถามเดียวกัน เอกสารอะไรบ้างที่ต้องเตรียม? Process แบบไหนที่ Auditor คาดหวัง? Class ไหนต้องทำอะไร? บทความนี้จะอธิบาย IEC 62304 ทั้งหมดในรูปแบบที่เข้าใจง่าย พร้อมแนวทางปฏิบัติจริงสำหรับทีมพัฒนา SME ไทยปี 2026
หลังอ่านจบ คุณจะเข้าใจ Safety Class A/B/C, Software Lifecycle Process ทั้ง 8 ขั้น, เอกสารที่ต้องมี และ Roadmap การ Implement IEC 62304 ในองค์กร พร้อมเครื่องมือที่แนะนำ
IEC 62304 คืออะไร และทำไมจึงสำคัญ
IEC 62304:2006 (Amendment 1:2015) เป็นมาตรฐานสากลที่กำหนด Software Development Lifecycle Process สำหรับ Medical Device Software และ Software as a Medical Device (SaMD) จัดทำโดย IEC (International Electrotechnical Commission) ร่วมกับ ISO
มาตรฐานนี้ได้รับการยอมรับเป็น Harmonized Standard ทั้งใน EU MDR/IVDR และถูก FDA Recognize ใน Standards Database ทำให้กลายเป็น de facto requirement สำหรับใครก็ตามที่ต้องการขายอุปกรณ์การแพทย์ในตลาดสากล
| ประเด็น | รายละเอียด |
|--------|------------|
| ขอบเขต | ครอบคลุมตั้งแต่ Software Planning จนถึง Maintenance และ End-of-Life |
| สถานะ | Harmonized กับ EU MDR/IVDR และ FDA Recognized |
| ใช้ร่วมกับ | ISO 13485 (QMS), ISO 14971 (Risk Management), IEC 62366-1 (Usability) |
| Version ล่าสุด | IEC 62304:2006/AMD1:2015 |
| ภาษาที่ใช้ทำเอกสาร | English (สำหรับ Submission ต่างประเทศ) |
Safety Classification: Class A, B และ C
หัวใจของ IEC 62304 คือการจำแนก Software ออกเป็น 3 Class ตามผลกระทบเมื่อเกิด Failure
จำนวนเอกสารและความเข้มของ Process จะเพิ่มขึ้นตาม Class โดย Class C ต้องการ Architecture Documentation, Detailed Design ระดับ Unit, Unit Testing และ Integration Testing ครบทุกชั้น พร้อม Traceability Matrix สมบูรณ์
Software Lifecycle Process: 8 หมวดหลัก
IEC 62304 แบ่ง Software Development Process ออกเป็น 8 Activity Group โดยแต่ละ Activity มี Task ย่อยที่ต่างกันตาม Class
นอกจากนี้ยังมี Maintenance Process (Section 6), Risk Management Process (Section 7), Configuration Management (Section 8) และ Problem Resolution (Section 9) ที่ต้องทำคู่ขนาน
วิธีเริ่มต้น Implement IEC 62304 (Step-by-Step)
แนวทางปฏิบัติจริงสำหรับทีมพัฒนา SME ที่เริ่มจากศูนย์
ตารางเปรียบเทียบ Class A vs B vs C
| Activity | Class A | Class B | Class C |
|----------|---------|---------|---------|
| Software Development Plan | ✅ | ✅ | ✅ |
| Requirements Spec | ✅ | ✅ | ✅ |
| Architecture Design | — | ✅ | ✅ |
| Detailed Design (Unit-level) | — | — | ✅ |
| Unit Test | — | ✅ (where appropriate) | ✅ |
| Integration Test | — | ✅ | ✅ |
| System Test | ✅ | ✅ | ✅ |
| SOUP Documentation | ✅ | ✅ | ✅ |
| Risk Control Documentation | จำกัด | เต็ม | เต็ม + Full Traceability |
SOUP: Software of Unknown Provenance
หนึ่งในประเด็นที่ทีม SME มักลืม คือ SOUP (Software of Unknown Provenance) ทุก Library, Open Source Component, หรือ Third-party SDK ที่ใช้ใน Medical Device Software ต้องมีการประเมินและบันทึก ได้แก่
หลีกเลี่ยง Library ที่ไม่มี Release Note, Bug Tracker หรือ Reproducible Build เพราะจะทำให้ผ่าน Audit ยากและถูก FDA Reject
Common Pitfalls ที่ SME ไทยเจอบ่อย
เครื่องมือ (Tools) ที่แนะนำตามขนาดทีม
สรุปและขั้นตอนถัดไป
IEC 62304 ไม่ใช่อุปสรรค แต่เป็น Framework ที่ช่วยให้ทีมพัฒนา Medical Device Software มี Process ที่ทวนสอบได้ ลด Risk ต่อผู้ป่วย และเปิดประตูสู่ตลาดสากลทั้ง EU และ US
Key Takeaways สำหรับทีม SME ไทย
ADS FIT ช่วย SME ไทยตั้ง Quality Management System และ Software Development Lifecycle ให้สอดคล้องกับ IEC 62304 และ ISO 13485 พร้อม Template และ Tooling ครบถ้วน ติดต่อทีมเราเพื่อรับคำปรึกษาฟรี หรืออ่านบทความเรื่อง ISO 13485 Medical Device Quality Guide และ FDA 21 CFR Part 11 ในบล็อกของเรา